文档介绍：POS系统的分析与设计 -----UML应用案例
.
Agenda
POS系统简介
开发思路
用UML来实现POS
需求分析
理解需求
分析需求
UML系统建模
Use case图
Class图
State图
Activity图
Sequence图
Package图
配置图
系统实现
总结
.
POS系统简介
Point Of Sales
自动销售管理系统或销售管理信息系统
是指在销售行为发生时，将所有交易的明细(主要包括商品、价格及时间)通过条形码扫描而迅速记录在计算机里，有时也可以把顾客数据马上记录下来，可从中去分析掌握市场需求动态。
哪些功能？
.
四方面基本功能
(1) 基本资料设置。（系统初始化）
应该提供货品、客户、供应商、收支类型和库存变动类型等信息的添加和修改功能。
(2) 业务处理。 （前台系统）
应该提供采购入库、前台货品销售、其他库存变动和收支录入信息的添加、修改、查询和打印功能。
(3) 业务统计。 （辅助决策）
应该实现货品的库存信息统计、短线货品和超储货品报警、不同时段销售业绩和利润的统计及其报表打印等功能。
(4) 系统设置。 （系统管理）
应该包括用户修改密码及系统管理员添加任何权限用户的功能。
这是较简单的管理信息系统
如何设计POS软件？
.
系统开发思路
用UML 建模机制对各阶段分析成果进行表达
如何表达?
这是一个用例不断迭代的过程。
系统的开发由用例驱动, 将需求转化为用例, 反复选择最重要的用例, 将用例的功能分配到类上, 最后依据用例测试系统的可执行性。
在系统整个开发过程中, 需要根据UML 建模工具的特点, 以及需求分析、系统分析、系统设计、系统实现和系统的测试与维护各阶段的任务特点, 分别采用UML 的不同建模机制对各阶段的成果进行表达。
.
对象静态关系:
类图和对象图
对象的状态及交互关系:四图
UML图与系统开发的关系及表达
软件体系结构和硬件体系结构及通信机制:组件图和配置图
用例图： (U se case ) 从用户角度描述系统功能。
活动图：描述满足用例要求所要进行的活动及约束关系
.
方法及流程:UML/OO/UP
需求——建模——序列图——类图——代码生成
用例图：
(Use case )需求捕获，测试依据用例视图关注系统功能的高层体系结构, 而不关注其具体实现方法;
GUI;输入\输出
领域模型:业务关系
序列图:
按时间顺序描述对象间的交互, 强调消息发送的顺序, 表示业务流
代码实现
类图: 定义类, 表示类之间的联系如关联、依赖、聚合等, 也包括类的内部结构(类的属性和操作)
.
其它重要的辅助图
组件图:
包含模型代码库、执行文件、运行库和其他组件的信息,组件是代码的实际模块;
状态图:
描述类的对象在其生命周期中所有可能的状态以及事件发生时状态的转移条件;
活动图:
对工作流程建模,描述满足用例要求所要进行的活动及约束关系。
描述系统的动态模型的行为图
描述对象间的动态交互关系的交互图
序列图
按时间顺序描述对象间的交互, 强调消息发送的顺序, 表示业务流;
协作图
按时间和空间的顺序描述对象间的协作关系。
分析结束,下面是具体用UML来实现POS!
.
用UML来实现POS
需求分析
UML系统建模
Use case图
Class图
State图
Activity图
Sequence图
Package图
配置图
数据库分析和设计
功能模块的开发实现
需求分析如何做？
需求分析 ——
理解需求
分析需求
.
理解需求：文本需求说明的关键部分
对系统的终端用户和客户进行调研
(1) 基本资料管理：实现各种货品资料、客户资料、供应商资料、收支类型和其他库存变动类型的添加、修改。
——运行基础
(2) 业务处理：实现货品采购入库、货品销售、货品其他库存变动的添加、修改和查询，并实现收支录入等功能。
——运行核心
(3) 业务统计：实现货品库存统计和不同时间段的业绩统计。
——决策和管理
其他需求：
(4) 系统应该可以对基础数据进行维护。
(5) 系统应该提供强大的数据统计、查询、报表生成以及打印等功能。
(6) 系统客户端运行在Windows平台下，服务器端可以运行在Windows平台或者Unix平台下。系统还应该有一个简便易用的图形用户界面。
(7) 系统应该有很好的可扩展性。
.