包含的必要信息、信息的输入方式、拥有哪些操作，便于用户判断输入内容是否完整、输入方式是否合适、还有哪些其他操作需求等。
当画出显示屏幕时，实际上也就为系统构建了一个初始的原型，即此时已经把原型法的工作方式引入到需求分析中来，如同为实际系统构建了一个可视化模型，让用户在没有看到实际系统之前就对未来的系统有一个直观的了解和把握，这样可以有效地避免偏差出现在需求分析阶段。
图3-29“客户信息”用例情景描述板
客户销售记录：
图3-30“客户销售记录”用例情景描述板
积分管理：
图3-31“积分管理”用例情景描述板
3.5性能需求
本产品适合邮政储蓄银行使用，具体特征描述如下：?系统的操作人员，需经过一定的培训。
?系统的运行的可靠性要求较高，信息可靠不易丢失。
?系统的安全级别较高，只有具有一定使用权限的人员才能使用。?系统可进行实时处理，其效率需比人工处理效率高出70%以上。
a.相互合作的用户数量：20人b.系统支持的并发操作数量：20个c.响应时间：较快d.可移植性：一般与实时系统的关系：a.容量需求：无特定容量要求b.存储器：各种存储器均可c.磁盘空间：最好大于40GBd.数据库中表的最大行数：无要求
3.6其他需求
3.6.1安全性需求
信息系统在设计实现的过程中，由于受到自身代码体系结构，设计思路以及运行机制等限制，其隐含着许多不安全因素[14]。常见不安全因素有：数据的输入、输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，病
19
毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，需考虑如下问题：
a.为保证安全，不致使系统遭到意外事故的损害，系统因该能防火或其他形式的人为破坏
b.系统应能进行有效控制，抗干扰能力强c.系统应该是可审查的d.系统能重建
e.系统使用者的使用权限是可区分识别的
3.6.2数据性能需求
为了保证系统能够安全、稳定、高效、可靠的运行，超市客户卡管理系统应该满足以下的性能需求：
(1)数据精确度
客户的营销积分记录和商品价格表中，价格采用浮点数类型，保留小数点后两位。(2)时间特性
系统软件从启动到进入管理登录界面的时间正常情况下应少于7秒，录入并更新数据的时间正常情况下少于1.5秒。
(3)适用性
该管理系统软件适用于Windowsxp及以上操作系统。
第4章邮政储蓄银行客户营销积分管理系统的设计
系统分析是对系统要素进行综合分析，找出问题的可行性方案的办法。在此过程中运用面向对象的分析方法和数据库设计技术进行功能建模、数据建模和过程建模，从而构建系统逻辑模型。它的基础是需求分析所形成的文档资料，经过确定对象、分析对象间的时序关系（时序图）、建立类分析模型、进行数据库逻辑设计和过程建模（数据流程图）。
4.1概述
系统分析阶段的任务是定义待开发的系统应该“做什么”，而不考虑“如何去做”的问题，其工作核心和最终目标是建立系统逻辑模型。根据需求分析的结果，正确理解用例模型所描述的功能需求，找出每个用例中对象，再根据对象建立系统逻辑模型。系统模型由两部分组成，一部分是系统的功能模型，它说明待开发的系统应该建立哪些对象，作用在这些对象上色应该有哪些操作；另一部分是数据模型，它通过分析对象属性，采用数据库设计技术而设计产生。
从系统的分析任务中可以看出，寻找对象是分析的关键。在系统多层架构思想指导下，针对每个用例，分析寻找其中的页面对象、业务逻辑对象和数据处理对象，表达在时序图中。
20
对象之间的联系依靠消息机制，对象之间的联系以通过活动图、状态图、用例说明中描述的动作序列得到，动作序列有一定的时序关系。
4.2时序分析
系统分析的任务是要完成系统逻辑模型，逻辑模型的核心是类模型，建立时序图的目的是它能够很好地帮助系统分析员准确、完整地建立类模型。根据系统的用例模型，通过相互作用的一组对象为中心的时序图，来考察系统对象的行为。侧重于强调时间顺序。作为需求分析向系统建模的过渡产品，通过这种合理的过渡，可以皮面出现歧义和遗漏，提高系统的完整性、确定性，也使得逻辑模型具有可检验性[15]。
4.2.1客户信息变更管理
图4-1“客户信息变更管理”用例的时序图
客户信息变更的时序分析：如图4-1所示，通过时序图我们可以看到服务员1拥有对客户持卡信息进行修改的权限。在客户信息管理主页面中可以使用这些权限，使用时会跳转到权限相对应的信息变更页面，然后对客户信息进行编辑修改。
4.2.2客户积分管理
图4-2“客户积分管理”用例的时序图
客户积分管理的时序分析：如图4-2所示，通过时序图我们可以看到系统员2拥有对客户持卡的积分信息进行修改的权限。在客户信息管理主页面中可以点此操作，点击后会跳转到权限相对应的客户卡积分管理页面，然后对客户持卡积分信息进行编辑。
4.2.3查询统计（按客户ABC等级）
图4-3“查询统计（按客户ABC等级）”用例的时序图
查询统计（按客户ABC等级）的时序分析：如图4-3所示，统计员2根据系统数据库进行数据挖掘，统计分析客户卡等级的持卡营销积分记录，在查询统计主页面中可以点此操作，选择按客户ABC等级进行统计，得出相关报表。
4.2.4查询统计（按商圈）
图4-4“查询统计（按商圈）”用例的时序图
查询统计（按商圈）的时序分析：如图4-4所示，统计员1根据系统数据库进行数据挖掘，统计分析不同商圈的营销积分记录，在查询统计主页面中可以点此操作，选择按商圈进行统计，得出相关报表。
4.2.5卡类型管理
图4-5“卡类型”用例的时序图
21
卡类型管理的时序分析：如图4-5所示，业务员2根据超市日常营销需要，推出不同类型的客户卡，针对不同类型的客户制定相应的促销活动。根据客户卡的积分多少，对不同等级的客户卡进行升降级管理。
4.2.6客户信息建档
图4-6“客户信息建档”用例的时序图
客户信息建档的时序分析：如图4-6所示，服务员1根据日常超市申请获取客户卡的顾客所填的信息，进行录入工作，并根据现实客户卡的使用变动情况进行删除、修改操作。
4.3类分析模型
类分析模型是在以系统分析的工作思路为基础形成的时序图中，将起所描绘的对象划分为页面对象、业务逻辑层面上的对象、实体对象。这三类对象在向类做映射时，分别对应于边界类、领域类、实体类。类分析模型是在映射完成后，确定类之间的依赖关系、实体类间的关联关系以及实体类中的属性的类集合。时序图向类分析模型进行转换：
在时序图上把对象映射成类的过程体现了系统开发的迭代过程。由于获取对象过程中运用了多层架构的工作思路，因此类的形成过程该思想也要始终坚持运用。当一个对象需要映射成一个新的类时，在待映射的对象的说明文档中选择建立新类，并在此定义类的名字，套用类型以及必要的文档说明。而当一个对象需要映射成一个已有的类时，在待映射的对象的说明文档中，从类列表中选择已有的类即可。
4.3.1边界类
边界类：是系统与外界的交界处，表达外界和系统交互的静态模型。它可以是操作窗体、报表、与其他系统的接口或者是与其他外部设备的接口。?
登录
登录界面
用途：登录客户卡信息管理系统界面，可以选择不同的操作任务角色，进行用户登录。约束：只显示登陆界面，不予编辑登录出错提醒界面
用途：用户登录过程出现用户名、密码、部门不匹配情况，给出出错提醒约束：显示出错提醒信息，不予编辑用户登陆信息管理页面
用途：用户按照不同操作对象，根据实际情况，修改密码，再次重新回到登录主页面，输入新的登录用户名和密码，登录系统。约束：只用来编辑新密码
22
?客户管理
客户积分信息界面
用途：客户积分信息界面，可以显示不同类型客户卡的积分信息。约束：只显示积分信息界面，不予编辑客户卡开通界面
用途：录入新开通的客户信息
约束：编辑客户卡信息：卡号、姓名……客户退卡界面
用途：删除退卡的客户卡信息约束：删除编辑客户修改界面
用途：修改数据库中已有的客户信息约束：修改编辑?
客户营销积分
客户卡营销积分录入界面
用途：对客户的营销积分记录进行手动录入系统?
查询统计
按商圈查询统计界面
用途：查询统计界面，针对超市特定的管理决策，基于对客户营销积分记录的统计分析，做出相应的决策按卡类型查询统计界面
用途：查询统计界面，针对超市特定的管理决策，基于对客户营销积分记录的统计分析，做出相应的决策?
活动管理
折扣设置界面
用途：对特定打折商品信息进行设置约束：设置人只能是系统管理员积分管理界面
用途：根据超市促销活动，进行积分换礼券、换商品等活动约束：设置人只能是系统管理员密码设置界面
用途：不同的操作任务角色可以对自己的登录密码进行修改。
4.3.2领域类
描述各领域类，可分成小节。对每一个领域类要描述以下内容：
23
邮政储蓄银行客户营销积分系统的设计与实现
