Y.
Shietal.
(Eds.
):ICCS2007,PartII,LNCS4488,pp.
1115–1122,2007.
Springer-VerlagBerlinHeidelberg2007SoftwareProductLineOrientedFeatureMapYiyuanLi,JianweiYin,DongcaiShi,YingLi,andJinxiangDongCollegeofComputerScienceandTechnology,ZhejiangUniv.
,Hangzhou310027,Chinazjulyy@yahoo.
com.
cn,zjuyjw@zju.
edu.
cn,shidcai@163.
com,cnliying@zju.
edu.
cn,djx@zju.
edu.
cnAbstract.
Thecoreideaofsoftwareproductlineengineeringistodevelopareusableinfrastructurethatsupportsthesoftwaredevelopmentofafamilyofproducts.
Onthebaseofdomainanalysis,featuremodelingidentifiescommonalitiesandvariabilityofsoftwareproductsintermsoffeaturestoprovideanacknowledgedabstracttovariousstakeholders.
Theconceptoffeaturemapisproposedtoperfectfeaturemodel.
Itsupportscustomizedfeaturedependenciesandconstraintexpresses,providesthecapabilitytonavigateandlocatetheresourceentitiesoffeatures.
Ontologyisintroducedastherepresentationbasisforthemeta-modeloffeaturemaps.
Bythemeansofselectingfeaturestoconstructthereusableinfrastructure,thecomponentsoffeatureimplementationarerapidlylocatedandassembledtoproduceafamilyofsoftwareproductsmeetingcertaindependenciesandconstraints.
Keywords:Variability,Featuremap,Resourcenavigation,Ontology.
1IntroductionCurrentlythemanufactureofsoftwareissufferingfromsuchproblemsasindividualcustomizedrequirementsandfrequentchangesofbusinessrequirements.
Asaresult,itseemsthattraditionalsoftwaredevelopmentmode-whichistodevelopsoftwareproductspecificallyforcertainapplication'srequirements-costsmoreandhaslessefficiencyandmaintainability.
Inthissoftwaredevelopmentmode,it'shardtomeettherequirementsofsoftwaredevelopmentinlargescalecustomizationenvironment.
Thepurposeofsoftwareproductionformasscustomizationistoproduceandmaintainafamilyofsoftwareproductswithsimilarfunctions,figureoutboththeircommonalitiesandvariabilityandmanagethesefeatures[1].
Itrepresentsthetrendofsoftwarefactory'sevolution.
Softwareproductlineisaneffectivewaytoimplementsoftwareproductionformasscustomization.
It'sasetofsoftwaresystemswithcommoncontrollablefeatures.
Thecoreideaofsoftwareproductlineengineeringistodevelopareusableinfrastructurethatsupportsthesoftwaredevelopmentofafamilyofproducts[2].
Asoftwareproductlinetypicallyconsistsofaproductlinearchitecture,asetofcomponentsandasetofproducts[3].
Thecharacteristicsofsoftwaredevelopmentapplyingsoftwareproductlineprincipalsaretomaintainthecommonsoftwareassetsandreusethemduringthedevelopmentprocess,suchasdomainmodel,software1116Y.
Lietal.
architecture,processmodel,components,etc.
Eachproductderivesitsarchitecturefromtheproductlinearchitecture,instantiatesandconfiguresasubsetoftheproductlinecomponentsandusuallycontainssomeproduct-specificcode.
Instantiatedproductsconstituteafamilyofsoftwareproductsindomain.
Featuremodelingisthemainstreamofdomainanalysisforthesoftwareproductline.
Itsmainpurposeistoidentifyallcommonalitiesandvariabilityinsoftwareproductline.
Theoutputsoffeaturemodelingareallpotentialproductsofproductline[4].
FORM[5]isafamousdevelopmentmethodbasedonfeature.
Differencebetweendomainproductsandfamilyproductsshowsthevariabilityofsoftwareproductline[2].
Variabilitypointmodel[6,7]modelsthevariabilityofsoftwareproductlinethroughfourways.
Thecomplexdependencyrelationshipsamongvariabilitypointsarepresentedinfirstorderexpression[8].
Fromtheviewpointofsoftwareconfigurationmanagement,thevariabilitymanagementofsoftwareproductlinecanbedividedintoninesubmodulesaccordingtotwodimensions[9].
Byanalyzingthedeficiencyofcurrentfeaturemodelinganditsdescriptionlanguage,thispaperproposesanexpandedfeaturemodelingofsoftwareproductline–featuremap.
Itperfectsfeaturedependencydescriptionandrestrictionexpression,supportsquicknavigationtofeatureresourceartifactsofsoftwareproductlineindistributedcollaborativedevelopmentenvironment.
Itsmeta-modelisalsopresented.
2FeatureMapFeatureisthefirst-orderentityindomain.
Itshowssomecapabilitiesorspecialtiesownedbysystems.
It'stheonlydeterminateabstractinthedomainandcanbeunderstoodsimultaneouslybydomainexperts,usersanddevelopers.
Toacertainextent,featureisakindofexpressiontoontologyknowledgeofapplicationdomain.
2.
1DeficiencyofFeatureModelFeaturemodelingistoidentifythecommonalitiesandvariabilityofallproductsinasoftwareproductlineviaanalysistodomainfeaturesandtheirrelationship.
Domainreferencearchitecturecanbebuiltaccordingtofeaturemodel.
Theconstituentunitsofthearchitecturecanbeboundwithrelatedcomponententities.
However,existingfeaturemodelanditsdescriptiontechniquehavesomedeficiency.
Firstly,eachdomainmayhaveitsownfeaturemutualoperationrelationduetoitsvariety.
Ithasindetermination.
Althoughexistingfeaturemodelssumupandanalyzetheusualfeaturerelation,theycannotwhollydescribealldomainrelatedfeaturedependencyrelation.
Secondly,existingfeaturemodeltrendstobuildfeaturemodelbyaimingatdomainsystems'function.
Thisformsthefunctionalfeatures.
However,itseldomconsidersthenon-functionaldomainfeatureslikeperformance,cost,andthroughputetc.
Alsoitlackseffectivedescriptionandexpressionmeasure.
Thirdly,domainfeatureanalysisrunsthroughallphasesofsoftwaredevelopmentlifecycle.
Itreferstoalotofresourceentitieslikerequirementspecification,designmodelandcomponententitiesetc.
Existingfeaturemodelsonlydiscussproductionofsoftwareproductfromtheviewpointoffeatureselection.
Theyignoretheproblemoffeatureinstantiationincludingtheselectionandlocatingofdomainfeaturerelatedresourceentities.
Fourthly,theremayexistmorethanonecomponententitythatimplementsSoftwareProductLineOrientedFeatureMap1117thefunctionspresentedbyacertainfeatureforchoices.
Existingfeaturemodelsignorethevariabilitybroughtbyfeatureimplementationscheme.
Thusitcanbeseenthatitisnecessarytoexpandexistingfeaturemodelstoperfectthemodelinganddescriptionabilityforfeaturedependencyrelationship,non-functionalfeatureconstraint,featureresourcenavigationandvariabilityofdomain.
2.
2DefinitionofFeatureMapThispaperproposestheconceptoffeaturemap.
Itsupportsfeaturedependencyrelationshipandrestrictionexpressionandprovidesthecapabilityoflocatingandnavigatingresourceentitiestoimplementfeatureselectingaccordingtospecifiedrequirement,locateandassembleresourceentitiesquicklyandgeneratesoftwareproductfamilythatcansatisfydependencyrelationshipandrestrictionconditions.
Afeaturemapcanbedefinedasa5elementsset.
FM=(F,A,C,R,λA,λC,λR),amongthem,-Fisthefeaturesetoffeaturemap;-Aisthefeatureassociationsetoffeaturemap;-Cisthefeatureconstraintexpressionsetoffeaturemap;-Risthefeatureresourceentitysetoffeaturemap;-λAdenotesamappingfromFtothesetP(A),i.
e.
λA:F→P(A).
P(A)representsthesetofallthesubsetsofA.
λAmeetsthefollowingconditions:2aAFFFand'()AfFfaλ∈=,Thismeansthatanarbitraryfeaturecanhavemultipledependencyrelationshipswithotherfeatures.
Meanwhile,eachfeatureassociationinvolvesatleasttwofeatures.
-λCdenotesamappingfromFtothesetP(C),i.
e.
λC:F→P(C).
P(C)representsthesetofallthesubsetsofC.
λCmeetsthefollowingconditions:1cCFFFand'()CfFfcλ∈=,Thatistosay,foranarbitraryfeature,itcanberestrictedbymultipleconstraintexpressions;whileeachfeatureconstraintcanbespecifiedtoeitheracertainfeature,orasetoffeatures.
-λRdenotesamappingfromFtothesetP(R),i.
e.
λR:F→P(R).
P(R)representsthesetofallthesubsetsofR.
λRmeetsthefollowingconditions:RRffFffλλand()RfRλ=∪Thatistosay,eachfeatureownsitsresourceentities.
Thusitcanbeconcludedthattheconceptoffeaturemapconsistsoftwoparts.
Ontheonehand,featuremapexpandsexistingfeaturemodelstoconstructitsinfrastructureandfoundationviaperfectingfeaturedependencyrelationshipdefinitionofexistingfeaturemodelsandaggrandizingfeatureconstraintexpressiontoenhancethefeatureconfigurationrelationship.
Ontheotherhand,featuremapbuildsitssuperstructureviaintroducingtheresourceentitiesoffeaturesandprovidingthecapabilitytorapidlynavigateandlocatethem.
Withthesetwohandscombinedtightly,bythemeansofselectingfeaturestoconstructthereusableinfrastructure,the1118Y.
Lietal.
componententitiesoffeatureimplementationarerapidlylocatedandassembledtoproduceafamilyofsoftwareproductsmeetingcertaindependenciesandconstraints.
2.
3Meta-modelofFeatureMapFeaturestogetherwiththeirdependencyrelationship,constrainexpressionandresourceentitiesareabstractedasbasicelementsofmeta-model.
CorrespondingwiththewebontologylanguageOWL,modelingelementsofmeta-modelcanbedividedintoontologyclasselement,objectpropertyelement,datapropertyelementanddatatypeelement.
Amongthem,ontologyclasselementrepresentsthesemanticprincipal;objectpropertyelementrepresentstheassociationrelationshipamongontologyclasselementsastheformatofobjectpropertyofontologyclasselements,bothitsdomainandrangeareontologyclasselements;datapropertyelementrepresentsthenon-functionalcharacteristicsofontologyclasselement,itsdomainisontologyclasselementwhileitsrangeisdatatypeelement.
Fig.
1.
TheMetaModelofFeatureMapBasedonOntologyThemetamodeloffeaturemapbasedonontologyisdescribedasfigure1,Feature,FeatureBind,Association,ConstraintandResourceetc.
aredefinedasontologyclasses;whilerestrictsObject,hasResource,playedByandhasRoleetc.
aredefinedasontologyobjectpropertiestoestablishtherelationnetworkofsemanticprincipal;name,param,andlocationetc.
aredefinedasdatapropertiestodescribethefeaturepropertiesofsemanticprincipal.
Themeaningsofthemainmeta-modelelementsaredescribedasfollowing:SoftwareProductLineOrientedFeatureMap1119Feature:ontologyexpressionoffeaturedefinitioninfeaturemap,it'scommonorvariablesystemcharacteristicthatcanbeobservedexternally.
Featureontologyinstanceisidentifiedbyauniqueglobalname.
FeatureBind:ontologyclassoffeaturebinding,itassociatesthebindingmodeandbindingtimethroughbindModeandbindTimeobjectpropertiesrespectively.
Mode:bindingmodeoffeature,includingmandatory,optional,or,alternativeandexcludeetc.
modes.
Classifiedfromtheviewpointofifthisbindingmodeisaffectedbythatofotherfeatures,mandatoryandoptionalareunarybindingmodeswhileor,alternativeandexcludeetc.
aremultiplebindingmodes.
However,ifit'sclassifiedfromtheviewpointofthevariabilityoffeatures,onlyfeaturesindicatedbymandatoryarethecommonindispensableswhiletheonesindicatedbyothersareoptionalfeaturesrestedwiththespecificsoftwareproducts.
Time:bindingtimeoffeature,itonlymakessensetothevariablefeaturesthatareindicatedbyoptional,or,alternativeandexcludeetc.
Itsvaluecanbedesign-time,compile-time,implement-time,assemble-time,load-time,instantiate-time,runtimeetc.
Resource:expressionoffeatureresource.
ItmarksthesoftwareproductdevelopmentphaseproducingtheresourceviatheassociationofbelongsToobjectpropertyandPhaseontologyclass.
ItalsoindicatesthetypeofentityobjectquotedbytheresourceviatheassociationoftypeobjectpropertyandResourceTypeontologyclass.
Resourcetypeisdecidedbythephaseofsoftwareproductdevelopment.
Entitiesquotedbytheresourcemaylocateonanyplacesinthedistributednetworkenvironment,andcanbenavigatedbyURIthroughlocationobjectproperty.
Phase:stagesofsoftwareproductdevelopment.
Itincludesrequirement,design,implementation,testandmaintenanceetc.
Althoughsoftwareproductlineengineeringbasedonfeaturemodelingismacroscopicallysimilarwiththetraditionalsoftwareengineeringwhichisorientedtosinglesoftwareproductdevelopmentintheaspectofdefiningthephasesofsoftwaredevelopment,theyaredramaticallydifferentintheaspectofconcreteactualizingapproachanddetailineachphase[10].
ResourceType:itcanberequirementsanalysisdocument,model/flowdesignorcomponentartifactsetc.
Thisdependsonthephaseofsoftwareproductdevelopmentduringwhichthisresourceisproduced.
Constraint:thenon-functionalrestrictionsonfeature.
Constraintexpressionconsistsofasetofparameters,operatorsandvariables.
ConstraintbuildsassociationwithFeatureontologyclassthroughrestrictObjectobjectpropertyandconfirmstherestrictedobject.
Constraintcanbedefinedtoaimatpropertysetofasinglefeature.
Italsocanincludemultiplefeaturesasrestrictedobjectsandbuildfeatureconstraintrelationshipunderthegeneralrestriction.
Association:relationshipsbetweenfeatures.
ItassociatestheAssociationTypeontologyclassthroughthetypeobjectpropertytoconfirmrelationtype.
ItalsoassociatesRoleontologyclassthroughthehasRoleobjectpropertytomakecertaintheobjectsreferredbyassociation.
Itisbuiltbasedonatleasttwoassociatedobjects.
AssociationType:typeofassociation,includingcomposed-of,implemented-by,require,generalization/specializationandactivateetc.
Associationhasorientations,amongwhich,composed-of,generalization/specializationandimplemented-bybelongtostructuralassociation;requireandactivatebelongtoreferenceassociation.
1120Y.
Lietal.
Role:theobjectreferredbyassociation.
ItassociatesFeatureontologyclassthroughplayedByobjectpropertytomakecertaintherealfeaturethatassumestherole.
ItalsoassociatesRoleTypeontologyclassviatypeobjectpropertytoindicatethedeservedroletype.
Assigningofroletypedeterminestheorientationofassociation.
RoleType:typeofrole.
Itsrealrangeisdecidedbythetypeofassociationaccompanyingwiththerole.
Thehierarchyoffeaturemapisbuiltbyrelationshipslikecomposed-of,generalization/specialization,implemented-byetc.
amongfeatures.
Commonfeaturesarerepresentedbysettingbindingmodetomandatorywhilevariablefeaturesareestablishedbymarkingthebindingmodeasoptional,or,alternativeorexcludeetc.
Ontheonehand,dependencyandmutualoperationamongfeaturesareexpressedbyassociationslikeimplemented-by,requireandactivateetc.
Moreover,theorientationsofassociationsaredeterminedbytherolethatfeaturetakeswithinassociation.
Ontheotherhand,constraintexpressionsarebuiltonthepropertiesofasinglefeatureorthepropertiessetoffeaturegroup.
Allkindsofresourceentitiesrelatedtofeaturesineachdevelopmentphasearenavigatedinnetworkenvironmentbylocation.
Throughthisway,structuralassociation,dependencyassociationandconstraintconditionsamongfeaturesarecompletelyestablished.
Meanwhile,byaddinginstancesofAssociationType,RoleTypeandResoureType,meta-modelcandescribethenewassociationsandlocatethenewresourceentities.
Thusexpansibilityisavailable.
Thevariabilityoffeaturemapisrepresentedinseveralaspects.
Firstly,asfarasbindingmodeandbindingtimeareconcerned,theformerdirectlydetermineswhetherthefeatureisselectedornot,whilethelatterdeterminestheoccasionwhentheoptionalfeaturesareinstantiated.
Secondly,therelationsamongfeatureslikerequireandactivateetc.
determineiftheotherfeaturesthathavedependencyassociationormutualoperationassociationwiththepresentfeaturewillbeselectedornot.
Thirdly,constraintexpressiondeterminesthequantificationconstraintonthepropertiessetofasinglefeatureorfeaturegroup,andfurthermore,itwillaffecttheselectionofcomponententitiesforfeatureimplementation.
Fourthly,onthebaseofthenavigationandlocatingofresourceentities,softwareproductsinstantiatedbyselectingresourceentitieswithsamefunctionsbutdifferentimplementationplanwillhavedifferentnon-functionalcharacteristicslikeperformanceandqualityofserviceetc.
3CaseStudyFigure2showsthefeaturemapofmobiletelephonesoftwareproductlineandthemappingtoitsmeta-model.
Mobiletelephonesoftwareproductlineiscomposedofsomefunctionalfeatureslikepasswordprotection,game,telephonedirectoryandbrowseretc.
Amongthem,passwordprotectionandbrowserareoptionalfeatures.
Meanwhile,multiplegamescanbethechoice,buttosomelimitation,suchasasmallmemorycapacity,G3andG4canonlybechosenonearbitrarily.
Inordertobeinoperation,thelengthofpasswordshouldbesetto6,thelengthoflistinthetelephonedirectoryshouldbenomorethan250,andtherequiredmemoryofembeddedbrowsershouldbelessthan2M.
Intheprocessoffeatureanalysis,eachfunctionfeaturehasrelatedrequirementsspecification,designmodelandimplementationcomponent.
Somefunctionalfeatures,forexample,G2,evenhavevariousimplementationschemes.
SoftwareProductLineOrientedFeatureMap1121Functionalfeatureslikepasswordprotection,game,telephonebookandbrowseretcaremodelingasFeatureontology;theselectionoffeatureismandatoryoroptionalismodelingasModeontology;maxlengthofpassword,volumeoftelephonebookandmemoryconsumedbybrowseretc.
aremodelingasConstraintontology;hierarchystructureoffeaturesandthemutuallyexclusiverelationshipbetweenG3andG4etc.
aremodelingasAssociationontology;requirementsdocument,designmodelsandcomponententitiesaremodelingasResourceTypeontology;alllifecyclephasesofsoftwaredevelopmentaremodelingasPhaseontology.
Thewholeinfrastructureoffeaturemapisconstructedbytheassociationsamongontologyviaobjectproperties,whilethesuperstructureoffeaturemapisconstructedbymodelingthereferenceofresourceaslocationpropertytonavigateandlocatetheresourceentities.
Fig.
2.
FeatureMapandItsMeta-modelofMobileTelephoneSoftwareProductLine4ConclusionThecoreideaofsoftwareproductlineengineeringistodevelopareusableinfrastructurethatsupportsthedevelopmentofafamilyofsoftwareproducts.
It'sanefficientwaytoimplementmasscustomizedsoftwareproduction.
Featuremodelingisthemainstreamofdomainanalysisofsoftwareproductline.
Itidentifiescommonalitiesandvariabilityoftheproductsofaproductlineintermsoffeaturestoprovideanacknowledgedabstracttovariousstakeholders.
Uncertaintyofvariablefeaturesdeterminesthevariabilityofsoftwareproductline.
Existingfeaturemodelsandtheirdescriptioncannotentirelysupportthediversityoffeaturedependenciesin1122Y.
Lietal.
differentdomains.
Theydonotsupportmodelinganddescriptionofconstraintexpressionandcannotnavigateandlocatetheresourcesinnetworkenvironment.
Moreover,theirvariabilityanalysisdidnotconsiderthealternativeofcomponententitieswhichimplementthefeatures.
Inthispaper,theconceptoffeaturemapisproposedtoperfectfeaturemodel.
Ontologyisintroducedastherepresentationbasisforthemeta-modeloffeaturemap.
Featuremapsupportscustomizedfeaturedependenciesandconstraintexpressions,providesthecapabilitytonavigateandlocatetheresourceentitiesoffeatures.
Thenbythemeansofselectingfeaturestoconstructthereusableinfrastructure,thecomponentsoffeatureimplementationarerapidlylocatedandassembledtoproduceafamilyofsoftwareproductsmeetingcertaindependenciesandconstraints.
Thefurtherworkistorefinethefeaturemapduringstudiesandpractices,includinghowtodefineanddescribeitsrelatedactioncharactersandstatetransferetc.
References1.
CharlesW.
Krueger.
"SoftwareMassCustomization".
BigLeverSoftware,Inc.
(2001)2.
MichelJaring,JanBosch.
"RepresentingVariabilityinSoftwareProductLines:ACaseStudy".
Proceedingsofthe2thInternationalConferenceonSoftwareProductLines(SPLC'02),SpringerVerlagLNCS2379(2002)15–363.
J.
Bosch.
"Design&UseofSoftwareArchitectures-AdoptingandEvolvingaProduct-LineApproach".
Addison-Wesley(2000)4.
DavidBenavides,PabloTrinidad,AntonioRuiz-Cortes.
"AutomatedReasoningonFeatureModels".
Proceedingsofthe17thInternationalConferenceonAdvancedInformationSystemsEngineering(CAiSE'05),SpringerVerlagLNCS3520(2005)491–5035.
KangKC,KimS,LeeJ,KimK,ShinE,HuhM.
"FORM:AFeature-OrientedReuseMethodwithDomain-SpecificReferenceArchitectures".
AnnalsofSoftwareEngineering(1998)143–1686.
JanBosch,GertFlorijn,DannyGreefhorst.
"VariabilityIssuesinSoftwareProductLines".
Proceedingsofthe4thInternationalWorkshoponSoftwareProductFamilyEngineering(PFE'02),SpringerVerlagLNCS2290(2002)13–217.
DianaL.
Webber,HassanGomaa.
"ModelingVariabilityinSoftwareProductLineswithTheVariantPointModel".
Elsevier(2003)8.
MacroSinnema,SybrenDeelstra,JosNijhuis,JanBosch.
"COVAMOF:AFrameworkforModelingVariabilityinSoftwareProductFamilies".
Proceedingsofthe3thInternationalConferenceonSoftwareProductLines(SPLC'04),SpringerVerlagLNCS3154(2004)197–2139.
CharlesW.
Krueger.
"VariationManagementforSoftwareProductionLines".
Proceedingsofthe2thInternationalConferenceonSoftwareProductLines(SPLC'02),SpringerVerlagLNCS2379(2002)37–4810.
KyoC.
Kang,JaejoonLee,PatrickDonohoe.
"Feature-OrientedProductLineEngineering".
IEEESoftware,Volume19,Issue4,July-Aug(2002)58–65
弘速云怎么样?弘速云是创建于2021年的品牌,运营该品牌的公司HOSU LIMITED(中文名称弘速科技有限公司)公司成立于2021年国内公司注册于2019年。HOSU LIMITED主要从事出售香港vps、美国VPS、香港独立服务器、香港站群服务器等,目前在售VPS线路有CN2+BGP、CN2 GIA,该公司旗下产品均采用KVM虚拟化架构。可联系商家代安装iso系统。点击进入:弘速云官方网站地址...
ProfitServer怎么样?ProfitServer好不好。ProfitServer是一家成立于2003的主机商家,是ITC控股的一个部门,主要经营的产品域名、SSL证书、虚拟主机、VPS和独立服务器,机房有俄罗斯、新加坡、荷兰、美国、保加利亚,VPS采用的是KVM虚拟架构,硬盘采用纯SSD,而且最大的优势是不限制流量,大公司运营,机器比较稳定,数据中心众多。此次ProfitServer正在对...
易探云怎么样?易探云最早是主攻香港云服务器的品牌商家,由于之前香港云服务器性价比高、稳定性不错获得了不少用户的支持。易探云推出大量香港云服务器,采用BGP、CN2线路,机房有香港九龙、香港新界、香港沙田、香港葵湾等,香港1核1G低至18元/月,183.60元/年,老站长建站推荐香港2核4G5M+10G数据盘仅799元/年,性价比超强,关键是延迟全球为50ms左右,适合国内境外外贸行业网站等,如果需...
ff.163.com为你推荐
matrixnv山东省水利安全生产远程教育培训平台fugedios11usergooglecentrescss浙江世纪华通集团股份有限公司支持ipadCTios地址163ipad如何上网如何用手机流量在IPAD上上网
最新代理服务器ip vps.net omnis 火车票抢票攻略 阿里云浏览器 网通服务器托管 卡巴斯基免费试用版 智能dns解析 美国盐湖城 永久免费空间 阿里云手机官网 中国联通宽带测速 网站防护 双十二促销 开心online 空间排行榜 zencart安装 时间同步服务器 连连支付 let 更多