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

项目名称：NextGenPOS1项目参与人员项目经理：范家林需求分析师：蔡庚贤彭冬磊产品设计师：朱鹏架构师：秦超编码员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊测试员：范家林，蔡庚贤，朱鹏，秦超，彭冬磊各自完成的任务:范家林：1.2补充规格说明，1.7迭代计划的编写，2.8.3销售单，2.8.4销售单项蔡庚贤：UML概述的编写，1.5领域/业务规则，1.6风险列表和风险管理计划，2.1领域模型彭东磊：立项背景的编写，2.2系统顺序图（SSD）,2.8.5帐户，2.8.6帐户管理朱鹏：1.4词汇表，1.3预景，2.3操作契约，2.8.1商品，2.8.2商品管理秦超：1.1用例模型2.4类图，2.5系统结构，2.6包图，2.7部署图文档的编写以及产品介绍文档由组员共同编写完成2立项背景21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。3UML概述面向对象的系统分析与设计，包括OOA（面向对象分析）与OOD（面向对象设计）两个部分。其中OOA的主要任务是分析问题，找出问题解决方案。同时，发现对象并分析对象内部构成和外部关系，建立软件系统的对象模型。OOD的主要任务是根据已确立的系统对象模型，运用面向对象技术，设计对象与类，进而设计系统结构、人机界面、数据管理、任务管理等子系统。UML（UnifiedModelingLanguage）是第3代的面向对象建模语言，融入了软件工程领域的新思想、新方法和新技术，提出如模板、扩展机制、活动图等新概念。UML易于表达且功能强大，应用广泛。它不但适用于面向对象的软件分析与设计，还支持从需求分析开始的软件开发的全过程。UML定义了一系列图形工具，以对现实世界进行面向对象建模。标准建模语言UML已成为面向对象技术的主流建模工具，支持系统分析、设计和实现等软件开发全过程。目录TOC\o"1-5"\h\z项目名称：NextGenPOS11项目参与人员12立项背景23UML概述2目录31初始51.1用例模型（秦超）5usecase510-20%corepickedrequirement61.2补充规格说明71.2.1修订历史7Introduction（简介）7Functionality（功能性）7Usability（可用性）8Reliability（可靠性）8Performance（性能）8Supportability（可支持性）8ImplementationConstraints（实现约束）9PurchasedComponents（购买的组建）9Interfaces（接口）9Application-SpecificDomain（Business）Rules（应用领域规则）9LegalIssues（法律问题）10InformationinDomainsofInterest（所关注领域内的信息）——101.3预景10RevisionHistory（修订历史）10简介11定位111.3.4涉众描述111.3.5产品概览111.3.6系统特性概要121.3.7其它需求和约束121.4词汇表121.4.1修订历史121.4.2定义131.5领域/业务规则131.5.1修订历史131.5.2规则列表141.6风险列表和风险管理计划141.7迭代计划14为期三周的迭代计划：142细化152.1领域模型152.2系统顺序图（SSD）172.3操作契约172.4类图192.5系统体系结构192.6包图202.6.1包“采购单管理界面”202.6.2包“销售单管理界面”202.6.3包“商品信息管理界面”202.6.4包“帐户信息管理界面”202.6.5包“售出商品结算界面”202.6.6包“采购单管理”212.6.7包“销售单管理”212.6.8包“商品信息管理”212.6.9包“帐户信息管理”212.6.10包“采购单”212.6.11包“销售单”212.6.12包“商品”21包“帐户”212.7UML部署图232.8类清单23商品Merchandise23商品管理MerchandiseMgmtHandler24销售单SalesOrder27销售单项SalesOrderltem28帐户account29帐户管理AccountMgmtHandler311初始POS机系统记录每件商品。系息，系统对支付信息进行验证和记购物小票，然后携带物品离开。（from前台po曲I）POS机系统记录每件商品。系息，系统对支付信息进行验证和记购物小票，然后携带物品离开。（from前台po曲I）卩皿机销售员（Jrom曲鱼）（用例图）1・1・210-20%corepickedrequirement用例名称：处理销售范围：NextGenPOS应用级别：用户目标主要参与者:收银员涉众及其关注点：---收银员：希望能够快速准确的收入，而且没有支付错误---售货员：希望自动更新售货提成---顾客：希望便捷清晰的看到所输入的商品项目和价格，希望得到购买凭证。以便退货---经理：希望能够快速执行超控操作，并易于更正收银员的不当操作前提条件:收银员必须经过确认和认证成功保证：存储销售信息，更新账务和库存信息，记录提成，生成票据。主成功场景参与者的活动1，客户携带所购商品或服务到收银台通过pos付款2，收银员开始一次新的销售交易3，收银员输入商品ID4，系统逐条记录出售商品项目，并显示该商品的描述，价格和累计金额收银员重复3〜4步直到结束5，系统显示总额和所计算的税金6，收银员告知顾客总额，并提请付款7，顾客支付8，处理支付9，记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统，系统显示票据扩展特殊需求技术和数据变元表发生频度杂项1.2补充规格说明1・2・1修订历史Version（版本）Date（日期）Description（描述）Author（作者）初始草案2011-10-13第一个草案，将在细化阶段进行精华秦超Introduction（简介）本文档记录了NextGenPOS所有未在用例中描述的需求。Functionality（功能性）--（通常跨越多个用例的功能性。）1•日志和错误处理在持久性存储中记录所有错误。2•可插拔规则在几个用例（见定义）的不同场景点执行任意一组规则，以支持对系统功能的定制。3•安全性任何使用都需要经过用户的验证。Usability（可用性）人性因素顾客将能够看到pos大屏幕显示器的显示。因此：--应该在1米外轻松看到文本。--避免使用一般色盲人群难以辨认的颜色。快捷，无措的的销售交易处理极为重要，因为购买者希望快速离开，否则会给他们的购要买体验（和对销售员的评价）带来负面影响。收银员的视线通常停留在顾客或商品上，而不是计算机显示器上。因此，提示和告警应该通过声音传递，而不仅仅是通过图像传递。Reliability（可靠性）--可恢复性如果在使用外部服务（支持授权，账务系统，・・・・・・）时出现错误，为了完成销售交易，需要尝试采用本地方案（如存储和转发）加以解决。对此需要更深入的分析・・・・・・Performance（性能）正如“人性因素”一节中所提及的，购买者希望非常快速地完成销售处理过程。外部支付授权是瓶颈之一。我们的目标是：90%的情况下，能够在一分钟之内完成授权。Supportability（可支持性）1•可适应性NextGenPOS的不同客户在处理销售时有其特有的业务规则和处理需求。因此，在场景中的几个预定之处（例如，当开始新的销售交易时，当增加新的商品时），需要能够启用可拔插的业务规则。2•可配置性不同的客户对其POS系统有不同的网络配置需求。例如，采用胖客户端或瘦客户端，两成和多层物理结构等等。除此之外，他们还要求具备修改配置的能力，以便适应其变更业务和性能的需求。因此，系统应该具备一定的可配置能力以适应这些需求。对此需要进一步分析，以发现哪些地方需要灵活性和灵活性的程度，以及实现这种灵活性所需的工作。ImplementationConstraints（实现约束）NextGenPOS的领导层坚持采用JAVA技术解决方案，他们认为采用JAVA技术除了易于开发外，还能够提高远期的移植和可支持性能力。PurchasedComponents（购买的组建）--税金计算器。必须支持用于不同国家的可拔插计算器免费开源构件一般而言，我们建议在该项目中尽可能的使用免费的Java技术开源构件。尽管现在对确定最终的设计和选择而构件来说为时尚早，但是我们建议采用以下构件：--JLog日志框架Interfaces（接口）1•重要硬件接口--触摸屏（操作系统将此视为普通监视器，且触摸动作也视为鼠标事件）。--条形码激光扫描仪（通常附加在一种特殊键盘上，扫描仪在软件中视为键盘输入）。--票据打印机。--信用卡/借记卡读卡器。--签名读取装置2•软件接口由于存在众多外部协作系统（税金计算器，账务，库存，・・・・・・），我们需要采用不同的接口，接入不同的系统。Application-SpecificDomain（Business）Rules（应用领域规则）ID规则可变性来源规则1购买者折扣规则。每个零售商有不同规则雲售商政策规则2销售〔交易级）折扣规则适用于税前总额每个零售商有不同的规则，每天或每小时都可能改变雲售商政策规则3产品〔商品级）折扣规格每个雾售商有不同的规则，每天或每小时都可能改变零售商政策LegalIssues（法律问题）我们建议使用一些开源构件，但是要解决其许可限制问题，以便使包含开原构件的产品能够转售。法律规定，在销售交易中必须遵从所有税务规则。同时要注意的是，这些规则可以频繁变更。InformationinDomainsofInterest（所关注领域内的信息）1•定价除了在“应用的领域规则”小节中描述的定价规则外，还需要注意，产品有原始价格和可选的常设低标价之分。产品标示的价格（折扣前）是常设低标价。由于账务和税务的原因，即使有常设低标价，也需要维护原始价格。2•信用卡和借记卡支付处理当支付授权服务批准了信用卡和借记卡支付后，将由支付授权服务而不是买方来负责对卖方的支付。因此，对于每笔支付，卖方都需要将授权服务的未付金额纪录于其应收账户下。通常授权服务在每晚执行电子转账操作，将卖方当天的应收总额转入其帐下，同时对每笔交易扣除（少量的）服务费。3•销售税销售税的计算可能会十分复杂，并且会根据各级政府的立法而定期变更。因此，对水井计算采用第三方软件（存在许多可选的第三方软件）是明智之举。水晶可能分别归属于城市，地区，省和国家。某些商品可能是无条件免税的，或者是根据买方或目标承受者（例如，成人和儿童）进行免税。4•商品标识：UPC，EAN，SKU,条形码和条形码读取装置NextGenPOS要支持各种商品标识方案。对于出售的产品而言，UPC（通用产品代码），EAN（欧洲物品编码）和SKU（库存单位）是三种常见的商品销售标识系统。JAN（日本物品编码）类似于EAN。SKU是由零售商定义的完全专用的标识。无论如何，UPC和EAN具有标准和受规章限制的构件1.3预景1・3・1RevisionHistory（修订历史）Version版本）Date（日期）Description（描述）Author（作者）1・3・2简介我们设想NextGenPOS是下一代POS的应用，能够容错，具有灵活性以支持各种客户的不同业务规则，具有多终端和用户接口机制，并且能够与各种第三方支持系统进行整合。1・3・3定位1・3・4涉众描述市场统计涉众（非用户）概要用户概要4涉众的关键高阶用户（和外部系统）要求系统实现以下目标:5用户级目标--收银员：处理销售交易，处理退货，入款，出款--系统管理员：管理用户，安全性和系统表--经理：启动和关闭--销售活动系统：分析销售数据1・3・5产品概览1.3.6系统特性概要TOC\o"1-5"\h\z1・3・7其它需求和约束1.4词汇表1・4・1修订历史Version版本）Date（日期）Description（描述）Author（作者）1.4・2定义ID规则可变性来源规则1信用卡支付需要签名可能会一直要求购买者“签名”但是在两年内，大多数顾客希望在数字设备上记录签名，并且在5年内，我们预期需求支付现在中国法律所支持的新的唯一数字编码“签名”所有信用卡授权公司的政策规则2税务规则。销售中的需要考虑税务事宜。当前详情参见政府公布的状况。高。各级政府每年都会变更税法。法律规则3信用卡支付退款可能只对购买者的信用卡帐户进行退款操作，而不是以现金退款。低信用卡授权公司的政策1.5领域/业务规则1・5・1修订历史Version版本）Date（日期）Description（描述）Author（作者）

1・5・2规则列表IDRule（规则）Changeability（可变性）Source（来源）====================1.1〜1.5为UP的需求指标==================1・6风险列表和风险管理计划1.7迭代计划为期三周的迭代计划:第i次迭代示例:2细化2.1领域模型NextGenPQS的部分领域模型2.2系统顺序图（SSD）Cash加Cash加Syvl»m2.3操作契约契约COl：makeNewSale操作：makeNewSale()交叉引用：用例：处理销售前置条件：无后置条件：•创建了Sale的实例s（创建实例）。s被关联到Register（形成关联）。・s的属性被初始化（修改属性）。契约C02:enterltem操作：enterltem（itemID：ItemlD,quantity：integer）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件：•创建了SalesLineltem的实例sli（创建实例）。sli被关联到当前Sale（形成关联）。sli.quanlity赋值为quantity（修改属性）。•基于itemID的匹配，sli被关联到ProductDescripton（形成关联）。契约CO3：endSale操作：enterSale（）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件:•Sale.isComplete被置为真（修改属性）。契约CO4：makePayment操作：makePayment（amount：Money）交叉引用：用例：处理销售前置条件：正在进行中的销售。后置条件：•创建了Payment的实例p（创建实例）。•p.amountTendered被赋值为amount（修改属性）。

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

2.7UML部署图类型类名类作用所在包名控制类SalesOrderMgmtHandler销售单据管理类Control.SalesOrderMerchandiseMgmtHandler商品信息管理类Control.MerchandiseAccountMgmtHandler帐户信息管理类Control.Account实体类Merchandise商品Entity.MerchandiseAccount帐户Entity.account2.8.1商品Merchandise类的UML图示：Merchandise戛SNchar(10)毘Namechar(10)■^producerchar(10)毎Stockint^>Stock_limitint^>pre_prineefloat^>discount_pricefloat^remarkstring•Add(DBst「ing:string):int^Modify(DBstring:string):int•Check(DBstring:string):string•Delete(DBstring:string):string类的用途:保存商品的属性和对商品的各种操作，包括添加删除等。属性列表：

属性名属性含义数据类型缺省值可见性SN商品编号stringNULL—Name商品名称stringNULL—producer生产厂商stringNULL—Stock当前库存里int0—stocklimit库存下限int0—preprince预售价格float0—discount_price会员折扣float与预售价格相等remark备注stringNULL—操作列表:操作名操作的含义可见性参数列表返回值类型名称类型Add()新建商品记录+DBstringstringIntModify()修改商品记录+DBstringstringintCheck()输出商品信息+DBstringstringstringDelete()删除商品记录+DBstringstringstring内部逻辑说明：Add(stringDBstring){执行DBstring命令，成功返回0,否则返回-1}Modify(stringDBstring){执行DBstring命令，成功返回0，否则返回-1}Check(stringDBstring){执行DBstring命令，返回结果集}Delete(stringDBstring){执行DBstring命令，返回结果集}2.8.2商品管理MerchandiseMgmtHandler类的UML图示：Merch日ndiseMgirrtH日ndl曰^■(/ler-chandisejist:list^>selllist:list•匚lassify_匚hEck(classify_w&c:tc}「::string):list•匚heck_detail(id:string):string^sell_init():irit^sell_insert(Merchandise_SN:string,sell_NO:string):intell_delete(Merehandise_SN:string,sell_NO:string):int*sell_count(sell_NO:string):floatell_disconnt(sell_N0:string):float*sell_deal[sell_NO:string):int*add[detail_vector:string}:intSnodify(detad_yecta:string):int^delete[MerchandiseSN:string):string类的用途:商品信息和对商品的操作，控制和商品相关的各种操作的调用属性列表：属性名属性含义数据类型缺省值可见性Merchandise_list商品的列表List，数据库返回的每一个条目为一个成员(SELECT*)NULLSell_list销售列表List，成员为MerchandiseSNNULL操作列表:操作名操作的含义可见性参数列表返回值类型名称类型Classify_check()查看某一分类的商品的信息+Classify_vectorstringListCheck_detail()查看某一商品的详细信息+idstringstringSell_init()初始化购物单+IntSell_insert()将商品加入购物单+Merchandise_SNstringintSell_NOintSell_delete()将购物单中某+Merchandise_SNstringint商品删除Sell_NOintSell_count()计算商品总价+Sell_NOIntfloatSell_discount()计算折后商品总价+Sell_NOintfloatSelldeal()结算+SellNOintintAdd()添加商品记录+detail_vectorstringintModify()修改商品记录+detail_vectorstringintDelete()删除商品记录+Merchandise_SNstringstring内部逻辑说明:Classify_check(stringClassify_vector){由Classify_vector构建DB命令，调用实体类merchandise的check()方法，返回结果集}Check_detail(stringid){构建和id相关的DB命令，调用实体类merchandise的check()方法，返回结果集}Sell_init(){初始化购物单，返回编号}Sell_insert(stringMerchandise_SN，intsell_N0){将SN加入ID为sell_ID的购物单}Sell_delete(stringMerchandise_SN，intsell_NO){将SN从ID为sell_ID的购物单中去掉一个}Sell_count(Sell_N0){构建DB命令，使用SUM方法，计算出总金额，并返回}Sell_discount(Sell_NO){构建DB命令，使用SUM方法，计算出折扣后的总金额，并返回}Sell_deal(Sell_NO){补充时间等各种信息，构建DB命令，数据库中生成一张销售单据}Add(stringdetail_vector){有detail_vector构建DB命令，动作为INSERT，调用实体类merchandise的Add()执行，并返回结果集。}modify(stringdetail_vector){有detail_vector构建DB命令，调用实体类merchandise的modify()执行，并返回结果集。}Delete(Merchandise_SN){由Merchandise_SN构建数据库命令，调用实体类merchandise的Delete()执行，返回结果集}2.8.3销售单SalesOrder类的UML图示：SalesOrder场Bill」D:string爲Bill_Date:string^>Bill_Sum:float^>Bill_SalerlD:string^Billjist:List<new_Bill():bill^Modify_Bill(DBstring:string):int*lnsert_Bill_item():int•Delete_Bill_ltem(B_item:Billjtem*):int^Modify_Bill_ltem(B_item:B_item*):int^Modify_Auto():int<CheckList():BillList类的用途：保存单据的属性和对商品的各种操作，包括添加删除等。属性列表：属性名属性含义数据类型缺省值可见性BillID编号stringNULL一BillDate日期stringNULL一BillSum总金额float0一BillSalerID收银员编号stringNULL一BillList销售商品列表Bill*NULL一操作列表:操作名操作的含义可见性参数列表返回值类型名称类型NewBill新建+BillModifyBill修改+DBstringstringintInsert_Bill_Item增加销售单项+B_itemBill_Item*intDelete_Bill_Item删除销售单项+B_itemBill_Item*intModify_Bill_Item修改销售单项+B_itemBill_Item*intDBstringstringModify_Auto自动修改商品信息+intCheckList查询+BillList内部逻辑说明：BillNew_Bill(){创建新的单据并返回}intModify_Bill(stringDBstring){执行DBstring命令，成功返回0,不成功返回T}intInsert_Bill_Item(Bill_Item*B_item){将B_item指向的销售单项加入到销售单，成功返回0，不成功返回T}intDelete_Bill_Item(Bill_Item*B_item){将B_item指向的销售单项从当前销售单删除，成功返回0，不成功返回T}intModify_Bill_Item(Bill_Item*B_item,stringDBstring){对B_item指向的销售单项执行DBstring命令，成功返回0，不成功返回T}intModify_Auto(){根据当前销售单内容构建DB命令更新库存状况，成功返回0,不成功返回-1}Bill_ListCheck_List(){构建DB命令，查询当前所有单据，并返回单据列表}2.8.4销售单项SalesOrderltem类的UML图示：SalesOrderltem影SN:string>^>Merchandise_ID:string^>Merchandise_Name:string^>Merchandise_Price:float^>Merchandise_Amount:int^>Merchandise_Sum:float戛Remark:string•New_Bill_ltem():Billjtem^Modify_Bill_ltem(DBstring:string):int•CheckDetail():Merchandise类的用途：标记销售单里的条目属性列表：属性名属性含义数据类型缺省值可见性SN序号stringNULL一Merchandise」。商品编号stringNULL一MerchandiseName商品名称stringNULL一MerchandisePrice商品单价float0一MerchandiseAmount商品数目int1一MerchandiseSum金额float0一Remark备注stringNULL一操作列表:操作名操作的含义可见性参数列表返回值类型名称类型NewBillItem新建+BillItem*ModifyBillItem修改+DBstringstringintCheckDetail查询+Merchandise内部逻辑说明：Bill_Item*New_Bill_Item(){新建一个销售单项，返回它的指针}intModify_Bill_Item(stringDBstring){对当前销售单项执行DBsting，成功返回0，不成功返回-1}MerchandiseCheck_Detail(){对当前销售单项的商品构建DB命令，查询商品详情，并返回}2.8.5帐户account类的UML图示：SalesQrder^>Bill_ID:string^>Bill_Dat&:string^>Bill_Sum:float^>Bill_Sal&rlD:string匚list:List•门ew_曰110:billodify_Bi11(DSstring:string):int^lnsert_Bill_item(}:intelete_Bi\\_\\enn(B_it&m:Billjtem*):int*Modify_HIl_ltem{B_i