网上图书销售系统需求解析总结计划

网上图书销售系统本文档介绍网上图书销售系统的UML建模过程。1.1网上图书销售系统的需求分析找寻需求不是件简单的事情，软件开发人员最厌烦的就是需求常常变化，所以，在建模以前明确需求特别重要。系统整体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必然供应用户的接口以供用户登录并选择爱好的图书；同时还必然供应系统的管理接口以供管理员和一般的网站工作人员办理客户订单并保护网站正常运作。系统整体功能需求框图如图1-1所示。网上图书销售系统用管数理户据员接服接口务口模模模块块块图1-1系统整体功能需求框图用户接口模块用户接口是网站用户使用图书销售系统服务的进口，全部的在线用户都经过阅读登录网站，并进行一系列的查问，订购操作。用户接口模块包含了用户信息保护、商品查问、订购商品和订单维4个部分。用户登录系统后，用户ID将会被保留在服务器的缓存中，用户在系统中所做的操作，包含查问、订购等都将被系统储蓄在数据库中，以供系统那个进行销售状况以及销售走势分析。管理员接口模块这是系统供应给网站保护和管理人员的接口。管理员接口模块包含商品信息保护、内部职工信息保护、订单办理、销售状况查问、报表保护5个部分。网站的一般工作人员平常只拥有订单办理的权限，他们获取用户提交的订单，并依据库存状况来决定发货或许推延发货。网站的管理员拥有全部的管理权限，能够办理客户的订单，能够阅览网站商品的销售状况、销售走势，以便依据不一样样的状况实时的调整经营战略，将库存成本和资本占合用率降到最低的限度。数据服务模块数据服务器模块是系统正常运转的基础，包含客户的查问，定单的保留；网站工作人员的定单办理；网站管理员的销售状况查问和分析。1.1.2用户接口模块用户接口模块包含如图1-2所示的几个方面。用户接口模块用户商订订信品购购息查商维维询品护护图1-2用户接口模块用户信息保护每个使用该系统的用户必然经过注册，而注册的用户名是用户的独一表记。系统能够接收更多可用的客户信息，比方购物方面的爱好、经济能力等。系统的后台程序会自动记录每个用户在登录网站后进行的全部操作，包含查问和订购信息。这些信息关于系统的管理员都是难得的数据，系统分析程序能够依据用户的查问记录判断该客户的爱好，能够依据用户的购置状况判断该客户的经济状况。系统后台程序能够依据分析的结果自动得出给该用户的介绍商品，在用户登录时显示在醒目的地点。用户保护功能如图1-3所示。F：将记录更新到O：生成新的客户输入新客户信息数据库列表图1-3用户信息保护功能前置条件：用户登录。商品查问商品查问模块能够依据商品的名称、种类、价钱、厂家等各样条件进行组合查问。商品查问结果的列表中，用户能够进一步的查察详尽信息。商品查问功能如图1-4所示。1:输入商品的查问F：到数据库中查O：供应符合条件条件询相应信息的商品列表图1-4商品查问功能前置条件：用户登录。订购商品客户在依据爱好获取相应的商品列表后，能够选择订购商品。在订购商品后，系统会自动保留并更新该用户的定单。系统的工作人员能够实时获取订单并办理，依据状况选择发货，缺货或延缓发货。用户全部的订购商品记录都将保留在系统数据中供后台程序分析该用户的爱好和购置力。此后该用户登录时能够介绍和其购置力相应的商品。订购商品功能如图1-5所示。F：更新该用户的O：生成新的客户1:输入订购商品订单订单1-5订购商品功能前置条件：用户已登录，商品可供购置。4．订单保护客户在订购商品后能够查问其订单的状态（包含办理中、发货中、缺货中和已经达成），并能够对办理中和缺货中的订单进行增添、删除和改正的操作。订单改正的结果会实时更新并提交给工作人员。客户的订单保护信息也将被保留在系统的数据库中供分析使用。订单保护功能如图

1-6

所示。1:输入要改正的信

F：更新该用户的

O：生成新的客户息

订单

订单图

1-6

订单保护功能前置条件：用户登录2.1.3管理员接口模块管理员接口模块包含如图

1-7所示的几个方面。管理员接口模块内商部销品员订售报信工单情表息信处况维维息理查护护维询护1-7管理员接口模块说包含的功能模块管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运转的基础。1．商品信息保护系统管理员登录后能够对系统全部的商品信息进行保护，包含商品价钱的调整、商品描绘信的更新、新商品的加入以及过期商品的删除。系统的后台程序能够依据商品的销售状况供应给管理员一份详尽分析报告。管理员能够依据该报告实时的调整热点商品的信息（比方将其搁置到醒目的地点）、对非热点的商品进行价风格整，这全部的数据都根源自系统客户的查问和订购信息。商品信息保护功能如图1-8所示。I：输入要更F：把更新信O：生成新息保留到数据的商品信息改商品的信息库图1-8商品信息保护功能前置条件：用户已登录。2．内部职工信息保护系统管理员登录后能够用对内部职工和一般职工，系统管理员拥有全部的权限，而一般员一般只拥有订单办理的权限。但管理员能够定制随意职工的权限，比方增添他的报表打印权限内部职工信息保护功能如图1-9所示。I：输入要更F：把更新信O：生成新息保留到数据改职工的信息的职工信息库图1-9内部职工信息保护功能前置条件：用户已登录。3.订单办理订单办理一般是一般职工的工作。用户在订购商品后，系统会实时更新其订单，一般职工登录后，能够获取未办理的订单，并依据数据库状况发货或选择延时发货。客户在查问商品时会显示商品的库存数目，但系统的管理者其实不希望显示某商品的库存为零，因为这样会失掉部分客户。所以，在订购商品后可能会出现库存不足的状况，这时工作人员一般选择延时发货或许拒绝订单。假如该商品有现货，那么工作人员确认用户订单后选择发货，订单办理功能如图1-10所示。I：输入订单F：把办理结O：更新客果保留到数据的办理结果户订单信息库1-10订单办理功能前置条件：管理员或一般工作人员已登录。销售状况查问销售状况查问是系统编码过程中特别重要部分，能够为公司管理者的决议供应参照的信息。管理员登录后，能够获取详尽的销售状况列表并既是更新热点商品的信息（如摆列地点），能够依据销售的走势和过去的销售记录实时判断部分商品可能会出现库存不足并实时进货。因为本功能模块波及到公司的经营信息，考虑到商业信息的安全性，需要管理员级的用户才能够使用本模块。销售状况查问功能如图1-11所示。I：输入要查F：依据条件O：给出详到数据库中查细的查问结询的条件询果图1-11销售状况查问功能前置条件：用户已登录。5.报表保护报表保护模块供应查问结果的打印输出功能，如图1-12所示。I：输入所需F：依据条件O：打印查到数据库中查数据的条件询结果询图1-12报表保护功能1.2系统的UML建模1.2.1成立初始模型选择菜单[File-New]“CreateNewModel”对话框，选择J2EE模式，此后点击[OK]按钮。此时，RationalRose会自动加载J2EE自己的一些构架模型。加载达成后，就能够开始设计自己的模型，在此以前先保留该模型，而且将该模型取名为“网上图书销售系统”。1.2.2系统的用例图用例图（UseCaseView）重申从用户的角度看到的或需要的系统功能，是被称为参和者的外面用户所能察看到的系统功能的模型图。确立参和者在本系统的UML建模中，能够创立以下的参和者。1）顾客：2）管理员：3）一般职工。创立用例依据业务流程，网上图书销售系统能够分为以下的几个用例（UseCases）。1）订单办理：2）订单保护：3）订单状态查问：4）个人信息保护：5）订购：6）接收发货：7）库存查问：8）缺货拒绝：9）商品查问：10）商品信息保护：11）销售查问：12）职工信息保护：13）报表保护：14）订单增添：15）订单删除。创立用例图系统管理的用例图如图2-1所示。图书信息保护管理员

职工信息保护销售记录查问报表保护新书采买查问订单<<include>><<include>>接受订单并发货<<include>>订单办理<<include>>缺货办理一般职工<<extend>><<extend>>库存查问拒绝订单更新库存图2-1系统管理用例图系统用户的用例图如图2-1所示。个人信息保护商品查问订购<<include>>增添顾客<<include>>删除订单保护<<include>>订单状态查问图2-2系统用户用例图1.2.3系统的时序图和协作图（1）顾客成立订单时序图如图2-3所示:登录模板商品查问模:顾客块1:输入账号密码2:提交用户提示输入查问条件输入查问条件显示查问商品列表提交商品ID9:提交订单成功

订购理模块管理模块提交订单提交成功图2-3顾客成立订单时用户第一使用自己的账号和密码登录系统，登录模块会将客户的ID保留在系统缓存中并提交给商品查问模块。商品查问模块提示客户输入查问条件，客户输入适合的查问条件后查问模块显示符合查问条件的商品列表。客户获取商品列表后，提交自己想要购置的商品ID，订购模块获取商品ID。生成订单并提交给数据模块进行保留，保留成功后，订购模块提示用户订购商品成功。（2）顾客删除订单时序图如图2-4所示。登录模板

订单查问模板

订单办理模板

数据模板顾客输入账号密码提交用户ID显示用户订单信息提交要删除商品的ID5:更新用户订单6:更新成功提示删除成功图2-4客户删除订单时序图客户在提交订单后能够对订单进行保护（增添、删除、改正）。客户第一输入自己的账号和密码登录系统。登录模块会将客户的ID保留在系统缓存中并提交给订单查问模块。订单查问模块显示该客户目前的全部订单，客户获取该列表后，选择需要删除的商品ID，订单办理模块把删除信息提交给数据模块，数据模块保留信息。订单办理模块提示用户删除操作成功。（3）管理员办理订单时序图如图2-5所示。订单模块订单办理管理员输入账号密码2:提交用户ID未办理订单列表提交商品ID提交该商品库存接受订单提交办理成功

库存查问数据模块更新客户订单状态更新成功图2-5管理员办理订单时序图管理员使用其账号和密码登录后，登录模块会将管理员的ID保留在系统缓存中并提交给订单处理模块。订单办理模块提交给管理员未办理的列表，管理员提交某商品ID获取该商品的库存状况，假如库存充分则接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单办理模块，订单办理模块提示管理员该操作成功。（4）顾客成立订单协作图2-6所示。9:提交订单成功1:输入账号密码订购理模:登录模块板提交商品ID顾客4:输入查问条件8:提交成功7:提交订单3:提示输入查问条件2:提交用户显示查问商品列表管理模块

商品查问模块图2-6顾客成立订单协作图（5）顾客删除订单协作图如图2-7所示。输入账号密码登录模板顾客2:提交用户ID7:提示删除成功3:显示用户订单信息订单查问4:提交要删除商品的ID模板5:更新用户订单订单办理数据模模板板6:更新成功图2-7顾客删除订单协作图（6）管理员办理订单协作图如图2-8所示。5:提交该商品库存1:输入账号密码库存查订单模询块4:提交商品ID:管理员3:未办理订单列表6:接受订单9:提交办理成功2:提交用户ID8:更新成功数据模订单处块理7:更新客户订单状态图2-8管理员办理订单协作图1.2.4系统的活动图活动图能够分为垂泳道，每个泳道进表示工作流中不一样样的参和者。查察泳道中的活动，就能够知道某个参和者的责任。经过不一样样泳道中活动的过渡，能够认识谁要和谁进行通讯。这些信息在建模或理解业务程时特别重要。顾客购置商品和管理员办理订单的活动图如图2-9所示。顾客管理员商品查问办理订单未接受查问订单状态有库存无库存订单已办理接受订单拒绝订单订单已接受更新订单记录和库存图8系统活动图从图2-9中能够看出，管理员、顾客发生了互相的关系。顾客登录后查问商品，在选择了自己希望购置的商品后提交订单，接下来顾客处于查问订单的循环状态。和此同时，管理员接收到了顾客提交的订单，并依据该订单对应商品的库存状况判断能否拒绝该订单，并更新客户订单。在顾客查问到订单状态变为已办理后，购置过程结束。1.3.1类图的生成1．参和者有关的类系统中的类图如图2-10所示。2-10系统类图〖类图说明〗(1)Person是全部类的父类，它的属性包含用于表记不一样样身份的人的ID，姓名(Name)以及地点(Address)。它的方法包含依据ID查问、依据姓名查问、设置某人的姓名、地点等。(2)Customer继承了父类的方法和属性并增添了自己的属性和方法。date表示该用户客户订单。Employee继承了person，它的属性password表示登录密码。这是全部职工共有的操作。系统管理员类中还增添了查问分析和报表打印的方法。2．系统中的其余类系统中的其余类如图2-11所示。2-11系统中的其余类book是图书类。它的属性包含图书ID、图书名称(name)、图书介绍(introduce)、图书作者author）、图书价钱（price），商品类的方法有add()用于增添。Orders是订单类。它的属性包含订单ID、用户ID、商品ID、订单日期(date)。订单类的方法包含增添订单add()。查问