软件体系结构武汉理工陈明俊.docx
- 文档编号:668586
- 上传时间:2022-10-12
- 格式:DOCX
- 页数:30
- 大小:374.39KB
软件体系结构武汉理工陈明俊.docx
《软件体系结构武汉理工陈明俊.docx》由会员分享,可在线阅读,更多相关《软件体系结构武汉理工陈明俊.docx(30页珍藏版)》请在冰豆网上搜索。
软件体系结构武汉理工陈明俊
项目名称:
NextGenPOS
1项目参与人员
项目经理:
范家林
需求分析师:
蔡庚贤彭冬磊
产品设计师:
朱鹏
架构师:
秦超
编码员:
范家林,蔡庚贤,朱鹏,秦超,彭冬磊
测试员:
范家林,蔡庚贤,朱鹏,秦超,彭冬磊
各自完成的任务:
蔡庚贤:
UML概述的编写,1.5领域/业务规则,1.6风险列表和风险管理计划,2.1领域模型
秦超:
1.1用例模型2.4类图,2.5系统结构,2.6包图,2.7部署图
文档的编写以及产品介绍文档由组员共同编写完成
2立项背景
21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的竞争、管理的竞争、人才的竞争。
技术的提升和管理的升级是超市业的竞争核心。
零售领域目前呈多元发展趋势,多种业态:
超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。
如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市营业者努力追求的目标。
3UML概述
面向对象的系统分析与设计,包括OOA(面向对象分析)与OOD(面向对象设计)两个部分。
其中OOA的主要任务是分析问题,找出问题解决方案。
同时,发现对象并分析对象内部构成和外部关系,建立软件系统的对象模型。
OOD的主要任务是根据已确立的系统对象模型,运用面向对象技术,设计对象与类,进而设计系统结构、人机界面、数据管理、任务管理等子系统。
UML(UnifiedModelingLanguage)是第3代的面向对象建模语言,融入了软件工程领域的新思想、新方法和新技术,提出如模板、扩展机制、活动图等新概念。
UML易于表达且功能强大,应用广泛。
它不但适用于面向对象的软件分析与设计,还支持从需求分析开始的软件开发的全过程。
UML定义了一系列图形工具,以对现实世界进行面向对象建模。
标准建模语言UML已成为面向对象技术的主流建模工具,支持系统分析、设计和实现等软件开发全过程。
1初始
1.1用例模型(秦超)
1.1.1usecase
处理销售:
顾客携带所购商品到达收银台。
收银员使用POS机系统记录每件商品。
系统连续显示累计金额,并逐行显示细目。
顾客输入支付信息,系统对支付信息进行验证和记录、系统更新库存信息,顾客从系统得到购物小票,然后携带物品离开。
(用例图)
1.1.210-20%corepickedrequirement
用例名称:
处理销售
范围:
NextGenPOS应用
级别:
用户目标
主要参与者:
收银员
涉众及其关注点:
---收银员:
希望能够快速准确的收入,而且没有支付错误
---售货员:
希望自动更新售货提成
---顾客:
希望便捷清晰的看到所输入的商品项目和价格,希望得到购买凭证。
以便退货
---经理:
希望能够快速执行超控操作,并易于更正收银员的不当操作
前提条件:
收银员必须经过确认和认证
成功保证:
存储销售信息,更新账务和库存信息,记录提成,生成票据。
主成功场景
参与者的活动
1,客户携带所购商品或服务到收银台通过pos付款
2,收银员开始一次新的销售交易
3,收银员输入商品ID
4,系统逐条记录出售商品项目,并显示该商品的描述,价格和累计金额
收银员重复3~4步直到结束
5,系统显示总额和所计算的税金
6,收银员告知顾客总额,并提请付款
7,顾客支付
8,处理支付
9,记录完整的销售信息,并将销售和支付信息发送到外部的账务系统和库存系统,系统显示票据
扩展
……
特殊需求
……
技术和数据变元表
……
发生频度
……
杂项
……
1.2补充规格说明
1.2.1修订历史
Version(版本)
Date(日期)
Description(描述)
Author(作者)
初始草案
2011-10-13
第一个草案,将在细化阶段进行精华
秦超
1.2.2Introduction(简介)
本文档记录了NextGenPOS所有未在用例中描述的需求。
1.2.3Functionality(功能性)
--(通常跨越多个用例的功能性。
)
1.日志和错误处理
在持久性存储中记录所有错误。
2.可插拔规则
在几个用例(见定义)的不同场景点执行任意一组规则,以支持对系统功能的定制。
3.安全性
任何使用都需要经过用户的验证。
1.2.4Usability(可用性)
人性因素
顾客将能够看到POS大屏幕显示器的显示。
因此:
--应该在1米外轻松看到文本。
--避免使用一般色盲人群难以辨认的颜色。
快捷,无措的的销售交易处理极为重要,因为购买者希望快速离开,否则会给他们的购要买体验(和对销售员的评价)带来负面影响。
收银员的视线通常停留在顾客或商品上,而不是计算机显示器上。
因此,提示和告警应该通过声音传递,而不仅仅是通过图像传递。
1.2.5Reliability(可靠性)
--可恢复性
如果在使用外部服务(支持授权,账务系统,……)时出现错误,为了完成销售交易,需要尝试采用本地方案(如存储和转发)加以解决。
对此需要更深入的分析……
1.2.6Performance(性能)
正如“人性因素”一节中所提及的,购买者希望非常快速地完成销售处理过程。
外部支付授权是瓶颈之一。
我们的目标是:
90%的情况下,能够在一分钟之内完成授权。
1.2.7Supportability(可支持性)
1.可适应性
NextGenPOS的不同客户在处理销售时有其特有的业务规则和处理需求。
因此,在场景中的几个预定之处(例如,当开始新的销售交易时,当增加新的商品时),需要能够启用可拔插的业务规则。
2.可配置性
不同的客户对其POS系统有不同的网络配置需求。
例如,采用胖客户端或瘦客户端,两成和多层物理结构等等。
除此之外,他们还要求具备修改配置的能力,以便适应其变更业务和性能的需求。
因此,系统应该具备一定的可配置能力以适应这些需求。
对此需要进一步分析,以发现哪些地方需要灵活性和灵活性的程度,以及实现这种灵活性所需的工作。
1.2.8ImplementationConstraints(实现约束)
NextGenPOS的领导层坚持采用JAVA技术解决方案,他们认为采用JAVA技术除了易于开发外,还能够提高远期的移植和可支持性能力。
1.2.9PurchasedComponents(购买的组建)
--税金计算器。
必须支持用于不同国家的可拔插计算器
免费开源构件
一般而言,我们建议在该项目中尽可能的使用免费的Java技术开源构件。
尽管现在对确定最终的设计和选择而构件来说为时尚早,但是我们建议采用以下构件:
--JLog日志框架
--……
1.2.10Interfaces(接口)
1.重要硬件接口
--触摸屏(操作系统将此视为普通监视器,且触摸动作也视为鼠标事件)。
--条形码激光扫描仪(通常附加在一种特殊键盘上,扫描仪在软件中视为键盘输入)。
--票据打印机。
--信用卡/借记卡读卡器。
--签名读取装置
2.软件接口
由于存在众多外部协作系统(税金计算器,账务,库存,……),我们需要采用不同的接口,接入不同的系统。
1.2.11Application-SpecificDomain(Business)Rules(应用领域规则)
1.2.12LegalIssues(法律问题)
我们建议使用一些开源构件,但是要解决其许可限制问题,以便使包含开原构件的产品能够转售。
法律规定,在销售交易中必须遵从所有税务规则。
同时要注意的是,这些规则可以频繁变更。
1.2.13InformationinDomainsofInterest(所关注领域内的信息)
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涉众描述
1.市场统计……
2.涉众(非用户)概要……
3.用户概要……
4涉众的关键高阶用户(和外部系统)要求系统实现以下目标:
5用户级目标
--收银员:
处理销售交易,处理退货,入款,出款
--系统管理员:
管理用户,安全性和系统表
--经理:
启动和关闭
--销售活动系统:
分析销售数据
--……
1.3.5产品概览
********************
********************
1.3.6系统特性概要
********************
********************
1.3.7其它需求和约束
********************
********************
1.4词汇表
1.4.1修订历史
Version(版本)
Date(日期)
Description(描述)
Author(作者)
1.4.2定义
ID
规则
可变性
来源
规则1
信用卡支付需要签名
可能会一直要求购买者“签名”,但是在两年内,大多数顾客希望在数字设备上记录签名,并且在5年内,我们预期需求支付现在中国法律所支持的新的唯一数字编码“签名”
所有信用卡授权公司的政策
规则2
税务规则。
销售中的需要考虑税务事宜。
当前详情参见政府公布的状况。
高。
各级政府每年都会变更税法。
法律
规则3
信用卡支付退款可能只对购买者的信用卡帐户进行退款操作,而不是以现金退款。
低
信用卡授权公司的政策
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 体系结构 武汉理工 陈明俊