软件体系结构 武汉理工 陈明俊

《软件体系结构 武汉理工 陈明俊》由会员分享，可在线阅读，更多相关《软件体系结构 武汉理工 陈明俊（33页珍藏版）》请在装配图网上搜索。

1、项目名称：NextGen POS1项目参与人员项目经理：范家林 需求分析师：蔡庚贤彭冬磊 产品设计师：朱鹏 架构师：秦超编码员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊 测试员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊各自完成的任务:范家林：1.2补充规格说明，1.7迭代计划的编写，销售单，销售 单项蔡庚贤：UML概述的编写，1.5领域/业务规则，1.6风险列表和风险管理计划， 2.1领域模型彭东磊：立项背景的编写，2.2系统顺序图帐户，帐户管 理朱鹏：1.4词汇表，1.3预景，2.3操作契约，商品，商品管理秦超：1.1用例模型2.4类图，2.5系统结构，2.6包图，2.7部署图文档的编写以及产品介绍文档

2、由组员共同编写完成2立项背景21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技 术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售 领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓 等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营 业者努力追求的目标。3 UML概述面向对象的系统分析与设计，包括OOA （面向对象分析）与OOD （面向对象设计）两 个部分。其中OOA的主要任务是分析问题，找出问题解决方案。同时，发现对象并分析对 象内部构成和外部关系，建立软件系统的对象模型。O

3、OD的主要任务是根据已确立的系统 对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、 任务管理等子系统。UML（Unified Modeling Language）是第3代的面向对象建模语言，融 入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。 UML易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计，还支持 从需求分析开始的软件开发的全过程。UML定义了一系列图形工具，以对现实世界进行面 向对象建模。标准建模语言UML已成为面向对象技术的主流建模工具，支持系统分析、设 计和实现等软件开发全过程。目录项目名称：Nex

4、tGen POS11项目参与人员12立项背景23 UML概述2目录31初始51.1用例模型（秦超）51.1.1 use case51.1.2 10-20% core picked requirement61.2补充规格说明7修订历史71.2.2 Introduction （简介）71.2.3 Functionality （功能性）71.2.4 Usability （可用性）81.2.5 Reliability （可靠性）81.2.6 Performance （性能）81.2.7 Supportability （可支持性）81.2.8 Implementation Constraints （实现

5、约束）91.2.9 Purchased Components （购买的组建）91.2.10 Interfaces （接口）91.2.11 Application-Specific Domain （Business） Rules （应用领域规则）91.2.12 Legal Issues （法律问题）101.2.13 Information in Domains of Interest （所关注领域内的信息）101.3预景101.3.1 Revision History （修订历史）101.3.2 简介111.3.3 定位11涉众描述11产品概览11系统特性概要12其它需求和约束121.4词汇表1

6、2修订历史121.4.2 定义131.5领域/业务规则13修订历史13规则列表141.6风险列表和风险管理计划141.7迭代计划14为期三周的迭代计划： 142细化152.1领域模型152.2系统顺序图（SSD）172.3操作契约172.4类图192.5系统体系结构192.6包图20包“采购单管理界面”20包“销售单管理界面”20包“商品信息管理界面”20包“帐户信息管理界面”20包“售出商品结算界面”20包“采购单管理”21包“销售单管理”21包“商品信息管理”21包“帐户信息管理”21包“采购单”21包“销售单”212.6.12 包“商品”212.6.14 包“帐户”212.7UML部署图

7、232.8类清单232.8.1 商品 Merchandise232.8.2 商品管理 MerchandiseMgmtHandler242.8.3 销售单 SalesOrder272.8.4 销售单项 SalesOrderltem282.8.5 帐户 account292.8.6 帐户管理 AccountMgmtHandler311初始POS机系统记录每件商品。系 息，系统对支付信息进行验证和记 购物小票，然后携带物品离开。（from前台po曲I）处理销售：顾客携带所购商品到达收银台。收银员使用 统连续显示累计金额，并逐行显示细目。顾客输 录、系统更新库存信息，顾客从系统得卩皿机销售员（Jrom

8、曲鱼）（用例图）112 10-20% core picked requirement用例名称：处理销售范围：NextGenPOS 应用 级别：用户目标 主要参与者:收银员 涉众及其关注点：-收银员：希望能够快速准确的收入，而且没有支付错误-售货员：希望自动更新售货提成-顾客：希望便捷清晰的看到所输入的商品项目和价格，希望得到购买凭证。以便退货-经理：希望能够快速执行超控操作，并易于更正收银员的不当操作前提条件:收银员必须经过确认和认证 成功保证：存储销售信息，更新账务和库存信息，记录提成，生成票据。主成功场景参与者的活动1，客户携带所购商品或服务到收银台通过pos付款2，收银员开始一次新的销售

9、交易3，收银员输入商品ID4，系统逐条记录出售商品项目，并显示该商品的描述，价格和累计金额收银员重复34步直到结束5，系统显示总额和所计算的税金6，收银员告知顾客总额，并提请付款7，顾客支付8，处理支付9，记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统，系统 显示票据扩展特殊需求技术和数据变元表发生频度杂项1.2补充规格说明121修订历史Version （版本）Date （日期）Description （描述）Author （作者）初始草案2011-10-13第一个草案，将在细化阶段进行精华秦超1.2.2 Introduction （简介）本文档记录了 NextGen P

10、OS所有未在用例中描述的需求。1.2.3 Functionality （功能性）-（通常跨越多个用例的功能性。）1日志和错误处理在持久性存储中记录所有错误。2可插拔规则在几个用例（见定义）的不同场景点执行任意一组规则，以支持对系统功能的 定制。3安全性任何使用都需要经过用户的验证。1.2.4 Usability （可用性）人性因素顾客将能够看到pos大屏幕显示器的显示。因此：-应该在1米外轻松看到文本。-避免使用一般色盲人群难以辨认的颜色。快捷，无措的的销售交易处理极为重要，因为购买者希望快速离开，否则会 给他们的购要买体验（和对销售员的评价）带来负面影响。收银员的视线通常停留在顾客或商品上，

11、而不是计算机显示器上。因此，提 示和告警应该通过声音传递，而不仅仅是通过图像传递。1.2.5 Reliability （可靠性）-可恢复性如果在使用外部服务（支持授权，账务系统，）时出现错误，为了完成 销售交易，需要尝试采用本地方案（如存储和转发）加以解决。对此需要更深入 的分析1.2.6 Performance （性能）正如“人性因素”一节中所提及的，购买者希望非常快速地完成销售处理过 程。外部支付授权是瓶颈之一。我们的目标是：90%的情况下，能够在一分钟之 内完成授权。1.2.7 Supportability （可支持性）1可适应性NextGen POS的不同客户在处理销售时有其特有的业务

12、规则和处理需求。 因此，在场景中的几个预定之处（例如，当开始新的销售交易时，当增加新的商 品时），需要能够启用可拔插的业务规则。2可配置性不同的客户对其POS系统有不同的网络配置需求。例如，采用胖客户端或 瘦客户端，两成和多层物理结构等等。除此之外，他们还要求具备修改配置的能 力，以便适应其变更业务和性能的需求。因此，系统应该具备一定的可配置能力 以适应这些需求。对此需要进一步分析，以发现哪些地方需要灵活性和灵活性的 程度，以及实现这种灵活性所需的工作。1.2.8 Implementation Constraints （实现约束）NextGen POS的领导层坚持采用JAVA技术解决方案，他们

13、认为采用JAVA 技术除了易于开发外，还能够提高远期的移植和可支持性能力。1.2.9 Purchased Components （购买的组建）-税金计算器。必须 支持用于不同国家的可拔插计算器免费开源构件一般而言，我们建议在该项目中尽可能的使用免费的Java技术开源构件。 尽管现在对确定最终的设计和选择而构件来说为时尚早，但是我们建议采用以下构件：-JLog日志框架1.2.10 Interfaces （接口）1重要硬件接口-触摸屏（操作系统将此视为普通监视器，且触摸动作也视为鼠标事件）。-条形码激光扫描仪（通常附加在一种特殊键盘上，扫描仪在软件中视为 键盘输入）。-票据打印机。-信用卡/借记卡

14、读卡器。-签名读取装置2软件接口由于存在众多外部协作系统（税金计算器，账务，库存，），我们需要 采用不同的接口，接入不同的系统。1.2.11 Application-Specific Domain （Business） Rules （应用领域规则）ID规则可变性来源规则1购买者折扣规则。每个零售商有不同规则雲售商政策规则2销售交易级）折扣规则适用于税前总额每个零售商有不同的规则， 每天或每小时都可能改变雲售商政策规则3产品商品级）折扣规格每个雾售商有不同的规则， 每天或每小时都可能改变零售商政策1.2.12 Legal Issues （法律问题）我们建议使用一些开源构件，但是要解决其许可限制问

15、题，以便使包含开原 构件的产品能够转售。法律规定，在销售交易中必须遵从所有税务规则。同时要 注意的是，这些规则可以频繁变更。1.2.13 Information in Domains of Interest （所关注领域内的信息）1定价除了在“应用的领域规则”小节中描述的定价规则外，还需要注意，产品有 原始价格和可选的常设低标价之分。产品标示的价格（折扣前）是常设低标价。 由于账务和税务的原因，即使有常设低标价，也需要维护原始价格。2信用卡和借记卡支付处理当支付授权服务批准了信用卡和借记卡支付后，将由支付授权服务而不是买 方来负责对卖方的支付。因此，对于每笔支付，卖方都需要将授权服务的未付金

16、额纪录于其应收账户下。通常授权服务在每晚执行电子转账操作，将卖方当天的 应收总额转入其帐下，同时对每笔交易扣除（少量的）服务费。3销售税销售税的计算可能会十分复杂，并且会根据各级政府的立法而定期变更。因 此，对水井计算采用第三方软件（存在许多可选的第三方软件）是明智之举。水 晶可能分别归属于城市，地区，省和国家。某些商品可能是无条件免税的，或者 是根据买方或目标承受者（例如，成人和儿童）进行免税。4商品标识：UPC，EAN，SKU,条形码和条形码读取装置NextGen POS要支持各种商品标识方案。对于出售的产品而言，UPC （通 用产品代码），EAN （欧洲物品编码）和SKU （库存单位）是

17、三种常见的商品销 售标识系统。JAN （日本物品编码）类似于EAN。SKU是由零售商定义的完全专用的标识。无论如何，UPC和EAN具有标准和受规章限制的构件1.3预景131 Revision History （修订历史）Version 版本）Date （日期）Description （描述）Author （作者）132简介我们设想NextGen POS是下一代POS的应用，能够容错，具有灵活性以支 持各种客户的不同业务规则，具有多终端和用户接口机制，并且能够与各种第三 方支持系统进行整合。133定位*1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1*

18、*1* *1* *1* *1* *1* *1* *1*Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx134涉众描述1. 市场统计2. 涉众（非用户）概要3. 用户概要4涉众的关键高阶用户（和外部系统）要求系统实现以下目标:5用户级目标-收银员：处理销售交易，处理退货，入款，出款-系统管理员：管理用户，安全性和系统表-经理：启动和关闭-销售活动系统：分析销售数据135产品概览*1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1* *1*

19、*1* Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx Tx系统特性概要Tx TxTxTx Tx Tx TxTxTxTx Tx Tx TxTxTxTx Tx Tx TxTx*1* *1*1*1* *1* *1* *1*1*1*1* *1* *1* *1*1*1*1* *1* *1* *1*1*Tx TxTxTx Tx Tx TxTxTxTx Tx Tx TxTxTxTx Tx Tx TxTx137其它需求和约束Tx TxTxTx Tx Tx TxTxTxTx Tx Tx TxTxTxTx Tx Tx TxTx*1* *1*1*1

20、* *1* *1* *1*1*1*1* *1* *1* *1*1*1*1* *1* *1* *1*1*Tx TxTxTx Tx Tx TxTxTxTx Tx Tx TxTxTxTx Tx Tx TxTx1.4词汇表141修订历史Version 版本）Date （日期）Description （描述）Author （作者）1.42定义ID规则可变性来源规则1信用卡支付需要签名可能会一直要求购买者 “签名”但是在两年内， 大多数顾客希望在数字 设备上记录签名，并且在 5年内，我们预期需求支 付现在中国法律所支持 的新的唯一数字编码“签 名”所有信用卡授权 公司的政策规则2税务规则。销售中的需要考

21、虑税务事宜。当前详情参见 政府公布的状况。高。各级政府每年都会变 更税法。法律规则3信用卡支付退款可能只对 购买者的信用卡帐户进行 退款操作，而不是以现金退 款。低信用卡授权公司 的政策1.5领域/业务规则151修订历史Version 版本）Date （日期）Description （描述）Author （作者）152规则列表IDRule （规则）Changeability （可变性）Source （来源）=1.1 1.5 为 UP 的需求指标=16风险列表和风险管理计划1.7迭代计划为期三周的迭代计划:第i次迭代示例:2细化2.1领域模型NextGen PQS的部分领域模型2.2系统顺序图（

22、SSD）Cash 加Syvlm2.3操作契约契约 COl： makeNewSale操作：makeNewSale ()交叉引用：用例：处理销售前置条件：无后置条件：创建了 Sale的实例s （创建实例）。 s被关联到Regis ter （形成关联）。s的属性被初始化（修改属性）。契约 C02:enterltem操作：enterltem （itemID： ItemlD, quantity： integer）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件：创建了 SalesLineltem的实例sli （创建实例）。 sli被关联到当前Sale （形成关联）。 sli.quanlity

23、 赋值为 quantity （修改属性）。基于itemID的匹配，sli被关联到ProductDescripton （形成关联）。契约 CO3： endSale操作：enterSale （）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件: Sale.isComplete被置为真（修改属性）。契约 CO4： makePayment操作：makePayment （amount： Money）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件：创建了 Payment的实例p （创建实例）。 p.amountTendered 被赋值为 amount （修改属性）。 p被关联到当

24、前的Sale （形成关联）。当前的Sale被关联到St ore （形成关联）（将其加入到完成销售的历史日志当 中）。2.4类图（前台pos机销售类关系图）2.5系统体系结构本系统采用五层分层体系结构：-表现层：用来实现系统的“用户界面”；-控制层：负责在用户界面与后台逻辑层之间的连接与调度;-业务逻辑层：实现各个实体类及其内部包含的业务逻辑；-持久化层：负责在实体类与数据层之间建立OR映射；-数据层：采用关系型数据库进行数据存储；业务逻辑层持久化层2.6包图包“采购单管理界面”*包“销售单管理界面” 界面“销售单查询” 界面“销售单统计”包“商品信息管理界面” 界面“商品信息查询” 界面“库存

25、不足商品查询” 界面“商品信息管理”包“帐户信息管理界面” 界面“帐户管理”包“售出商品结算界面” 界面“售出商品结算”包“采购单管理”*包“销售单管理”控制类“销售单管理”包“商品信息管理”控制类“商品信息管理”包“帐户信息管理”控制类“帐户信息管理”包“采购单”实体类“采购单”、“采购单项”实体类“采购统计表”、“采购统计表项”包“销售单”实体类“销售单”、“销售单项”实体类“销售统计表”、“销售统计表项”包“商品”实体类“商品”包“帐户”实体类“帐户”1控制层销售单管理采购单管理1商品信息管 理帐户管理V2.7 UML部署图类型类名类作用所在包名控制 类SalesOrderMgmtHan

26、dler销售单据管理类Control.SalesOrderMerchandiseMgmtHandler商品信息管理类Control. MerchandiseAccountMgmtHandler帐户信息管理类Cont rol.Accou nt实体 类Merchandise商品Entity. MerchandiseAccount帐户Entity .account2.8.1 商品 Merchandise类的UML图示：Mercha ndise戛SN char(10) 毘Name char(10) producer char( 10) 毎Stock int Stock_limit int pre_pr

27、inee float discount_price float remark stringAdd(DBsting : string): int Modify(DBstring : string): int Check(DBstring : string): string Delete(DBstring : string): string类的用途:保存商品的属性和对商品的各种操作，包括添加删除等。 属性列表：属性名属性含义数据类型缺省值可见性SN商品编号stringNULLName商品名称stringNULLproducer生产厂商stringNULLSt ock当前库存里int0stock l

28、imit库存下限int0pre prince预售价格float0discount_price会员折扣float与预售价格相 等remark备注stringNULL操作列表:操作名操作的含义可见性参数列表返回值类 型名称类型Add()新建商品记录+DBstringstringIntModify()修改商品记录+DBstringstringintCheck()输出商品信息+DBstringstringstringDelete ()删除商品记录+DBstringstringstring内部逻辑说明：Add(s tring DBs tring)执行DBstring命令，成功返回0,否则返回-1Modi

29、fy(s tring DBs tring)执行DBstring命令，成功返回0，否则返回-1 Check(s tring DBs tring) 执行DBs tring命令，返回结果集Dele te(s tring DBs tring) 执行DBs tring命令，返回结果集2.8.2 商品管理 MerchandiseMgmtHandler类的UML图示：M erch 日ndise MgirrtH 日 ndl 曰 (/ler-chandisejist: list sell list: list匚lassify_匚hEck(classify_w&c:tc: string): list 匚heck_

30、detail(id : string): string sell_init(): iritsell_insert(Merchandise_SN : string, sell_NO : string): int ell_delete(Merehandise_SN : string, sell_NO : string): int *sell_count(sell_NO : string): floatel l_d i sc on nt (s el l_N 0 : string): float *sell_dealsell_NO : string): int *adddetail_vector: s

31、tring: int Snodify(detad_yecta : string): int deleteMerchandise SN : string): string类的用途:商品信息和对商品的操作，控制和商品相关的各种操作的调用 属性列表：属性名属性含义数据类型缺省值可见性Merchandise_list商品的列表Lis t，数据库返 回的每一个条目 为一个成员(SELECT * )NULLSell_list销售列表Lis t，成员为 Merchandise SNNULL操作列表:操作名操作的 含义可见性参数列表返回值 类型名称类型Classify_check()查看某 一分类 的商品 的

32、信息+Classify_vectorstringLis tCheck_de tail()查看某 一商品 的详细 信息+idstringstringSell_ init()初始化 购物单+IntSell_inser t()将商品 加入购 物单+Merchandise _SNstringintSell_NOintSell_dele te()将购物 单中某+Merchandise _SNstringint商品删除Sell_NOintSell_cou nt()计算商 品总价+Sell_NOIntfloatSell_discou nt()计算折 后商品 总价+Sell_NOintfloatSell de

33、al()结算+Sell NOintintAdd()添加商 品记录+detail_vectorstringintModify()修改商 品记录+detail_vectorstringintDele te()删除商 品记录+Merchandise _SNstringstring内部逻辑说明:Classify_check(string Classify_vector) 由 Classify_vector 构建 DB 命令，调用实体类 merchandise 的 check () 方法，返回结果集Check_de tail(s tring id) 构建和id相关的DB命令，调用实体类merchandi

34、se的check ()方法，返 回结果集Sell_ init() 初始化购物单，返回编号Sell_insert(string Merchandise _SN， int sell_N0) 将SN加入ID为sell_ID的购物单Sell_delete(string Merchandise _SN， int sell_NO) 将SN从ID为sell_ID的购物单中去掉一个Sell_coun t(Sell_N0) 构建DB命令，使用SUM方法，计算出总金额，并返回Sell_discount(Sell_NO)构建DB命令，使用SUM方法，计算出折扣后的总金额，并返回Sell_deal(Sell_NO)

35、补充时间等各种信息，构建DB命令，数据库中生成一张销售单据Add(string detail_vector)有detail_vector构建DB命令，动作为INSERT，调用实体类merchandise 的Add()执行，并返回结果集。modify(s tring det ail_vec to r)有detail_vector构建DB命令，调用实体类merchandise的modify ()执 行，并返回结果集。Dele te(Merchandise _SN)由Merchandise _SN构建数据库命令，调用实体类merchandise的Delete ()执行，返回结果集销售单 SalesO

36、rder类的UML图示：SalesOrder场BillD : string爲Bill_Date : stringBill_Sum : floatBill_SalerlD : stringBilljist: Listnew_Bill(): bill Modify_Bill(DBstring : string): int *lnsert_Bill_item(): intDelete_Bill_ltem(B_item : Billjtem *): intModify_Bill_ltem(B_item : B_item*): int Modify_Auto(): intMerchandise_ID :

37、 string Merchandise_Name : string Merchandise_Price : float Merchandise_Amount : int Merchandise_Sum : float 戛Remark : stringNew_Bill_ltem(): Billjtem Modify_Bill_ltem(DBstring : string): int Check Detail(): Merchandise类的用途：标记销售单里的条目 属性列表：属性名属性含义数据类型缺省值可见性SN序号stringNULL一Merchandise。商品编号stringNULL一Me

38、rchandise Name商品名称stringNULL一Merchandise Price商品单价floa t0一Merchandise Amount商品数目int1一Merchandise Sum金额floa t0一Remark备注stringNULL一操作列表:操作名操作的含义可见性参数列表返回值类型名称类型New Bill Item新建+Bill Item *Modify Bill Item修改+DBstringstringintCheck Detail查询+Merchandise内部逻辑说明：Bill _It em * New_B il l_I tem()新建一个销售单项，返回它的指

39、针int Modify_Bill_Item(string DBstring) 对当前销售单项执行DBsting，成功返回0，不成功返回-1Merchandise Check_De tail() 对当前销售单项的商品构建DB命令，查询商品详情，并返回 2.8.5 帐户 account类的UML图示：SalesQrderBill_ID : string Bill_Dat& : string Bill_Sum : float Bill_Sal&rlD : string 匚list: List门ew_曰 110 : billo d ify_B i 11 (D S stri ng : string):

40、int lnsert_Bill_item(: intelete_Bi_enn(B_it&m : Billjtem *): int *Modify_HIl_ltemB_item : B_itern*): int rodify_Auto(: int Ch&cList(: Bill List类的用途:保存用户的属性和对用户的操作，包括登入登出，添加删除。 属性列表：属性名属性含义数据类型缺省值可见性Name用户名Char(64)0一position类型int0一Code密码textNULL一Online是否在线Int0一操作列表:操作名操作的含义可见性参数列表返回值 类型名称类型Login()登陆+

41、usernamestringintusercodestringLogo ut()登出+usernamestringintModify()修改用户 信息+DBstringstringStringUseradd()添加用户+User detail vectorstringStringUserdel()删除用户+usernamestringString内部逻辑说明：Login(string username string usercode) 检测username和usercode的是否配对 If(not mat ch)打印错误信息，返回-1ElseOnline+ 返回0Login(s tring u

42、sername)Online一If(online 0)Error返回-1else返回0Mofify (string DBstring) 执行DB命令，返回执行信息Useradd(string User_detail_vector)由User_detailvector组建DB命令，并执行，返回执行结果 Userdel(s tring username)组建删除username的DB命令， 执行DB命令返回结果2.8.6 帐户管理 AccountMgmtHandler类的UML图示：Accoun tMgmtHa ndleruseadd(user_detail_*cto: string): int

43、usedel(usemame : string): int usermodi1y(user detail vector: string): int类的用途：控制用户类的功能调用。 属性列表：无操作列表：操作名操作的 含义可见性参数列表返回值 类型名称类型Useradd()添加用 户+User_detail_vectorstringIntUserdel()删除用 户+usernamestringIntUserm odify()修改用 户+User_detail_vectorstringInt内部逻辑说明:Useradd(string detail_vector)由detail _vec tor构建DB命令，动作为INSERT，调用实体类accoun t的 useradd()执行，并返回结果集。 Userdel() (string username) 由username构建DB命令，动作为dele te,调用实体类accoun t的userdel() 执行，并返回结果集。Userm odify(string User_detail_vector)由User_detail_vector构建DB命令，调用实体类account的userdel()执行, 并返回结果集。