金融信息系统课程小组报告-中小型连锁超市会员积分管理系统

1、金融信息系统课程小组报告 中小型连锁超市会员积分管理系统目 录 TOC o 1-4 h z u HYPERLINK l _Toc73109341 1工程章程 PAGEREF _Toc73109341 h 5 HYPERLINK l _Toc73109342 1.1 工程名称 PAGEREF _Toc73109342 h 5 HYPERLINK l _Toc73109343 工程概述与目标 PAGEREF _Toc73109343 h 5 HYPERLINK l _Toc73109344 工程概述 PAGEREF _Toc73109344 h 5 HYPERLINK l _Toc73109345

2、 工程目标 PAGEREF _Toc73109345 h 5 HYPERLINK l _Toc73109346 1.3 参与者角色与职责 PAGEREF _Toc73109346 h 5 HYPERLINK l _Toc73109347 2基线工程方案 PAGEREF _Toc73109347 h 6 HYPERLINK l _Toc73109348 工程综述 PAGEREF _Toc73109348 h 6 HYPERLINK l _Toc73109349 系统描述 PAGEREF _Toc73109349 h 6 HYPERLINK l _Toc73109350 可行性评估 PAGEREF

3、 _Toc73109350 h 6 HYPERLINK l _Toc73109351 技术可行性 PAGEREF _Toc73109351 h 6 HYPERLINK l _Toc73109352 管理可行性 PAGEREF _Toc73109352 h 7 HYPERLINK l _Toc73109353 经济可行性 PAGEREF _Toc73109353 h 7 HYPERLINK l _Toc73109354 1工程收益 PAGEREF _Toc73109354 h 7 HYPERLINK l _Toc73109355 2工程本钱 PAGEREF _Toc73109355 h 8 HY

4、PERLINK l _Toc73109356 3工程收支平衡分析 PAGEREF _Toc73109356 h 9 HYPERLINK l _Toc73109357 管理问题 PAGEREF _Toc73109357 h 11 HYPERLINK l _Toc73109358 成员之间的沟通问题 PAGEREF _Toc73109358 h 11 HYPERLINK l _Toc73109359 工程进度的把握问题 PAGEREF _Toc73109359 h 11 HYPERLINK l _Toc73109360 3系统需求说明 PAGEREF _Toc73109360 h 12 HYPER

5、LINK l _Toc73109361 系统需求描述 PAGEREF _Toc73109361 h 12 HYPERLINK l _Toc73109362 用户提出自己的需求 PAGEREF _Toc73109362 h 12 HYPERLINK l _Toc73109363 分析用户的需求 PAGEREF _Toc73109363 h 13 HYPERLINK l _Toc73109364 与用户确定最后的需求 PAGEREF _Toc73109364 h 14 HYPERLINK l _Toc73109365 根据最终需求确定系统工作环境 PAGEREF _Toc73109365 h 15

6、 HYPERLINK l _Toc73109366 系统用例设计 PAGEREF _Toc73109366 h 16 HYPERLINK l _Toc73109367 办卡业务用例 PAGEREF _Toc73109367 h 16 HYPERLINK l _Toc73109368 销售业务用例 PAGEREF _Toc73109368 h 16 HYPERLINK l _Toc73109369 退货业务用例 PAGEREF _Toc73109369 h 17 HYPERLINK l _Toc73109370 查询积分记录用例 PAGEREF _Toc73109370 h 17 HYPERLI

7、NK l _Toc73109371 反应业务用例 PAGEREF _Toc73109371 h 18 HYPERLINK l _Toc73109372 概念数据模型 PAGEREF _Toc73109372 h 19 HYPERLINK l _Toc73109373 商品相关表概念数据模型 PAGEREF _Toc73109373 h 19 HYPERLINK l _Toc73109374 顾客会员卡相关表概念数据模型 PAGEREF _Toc73109374 h 19 HYPERLINK l _Toc73109375 对象关系模型 PAGEREF _Toc73109375 h 20 HYPE

8、RLINK l _Toc73109376 商品相关表关系的模型转化 PAGEREF _Toc73109376 h 20 HYPERLINK l _Toc73109377 顾客会员卡相关表关系的模型转化 PAGEREF _Toc73109377 h 20 HYPERLINK l _Toc73109378 顺序图 PAGEREF _Toc73109378 h 21 HYPERLINK l _Toc73109379 办卡业务顺序 PAGEREF _Toc73109379 h 21 HYPERLINK l _Toc73109380 销售业务用例 PAGEREF _Toc73109380 h 22 HY

9、PERLINK l _Toc73109381 退货业务顺序 PAGEREF _Toc73109381 h 22 HYPERLINK l _Toc73109382 查询积分业务顺序 PAGEREF _Toc73109382 h 23 HYPERLINK l _Toc73109383 反应业务顺序 PAGEREF _Toc73109383 h 23 HYPERLINK l _Toc73109384 活动图 PAGEREF _Toc73109384 h 24 HYPERLINK l _Toc73109385 办卡业务活动图 PAGEREF _Toc73109385 h 24 HYPERLINK l

10、_Toc73109386 销售业务活动图 PAGEREF _Toc73109386 h 24 HYPERLINK l _Toc73109387 退货业务活动图 PAGEREF _Toc73109387 h 25 HYPERLINK l _Toc73109388 查询积分业务活动图 PAGEREF _Toc73109388 h 25 HYPERLINK l _Toc73109389 反应业务活动图 PAGEREF _Toc73109389 h 26 HYPERLINK l _Toc73109390 业务规那么模型 PAGEREF _Toc73109390 h 26 HYPERLINK l _To

11、c73109391 会员卡类型业务规那么 PAGEREF _Toc73109391 h 26 HYPERLINK l _Toc73109392 会员资料管理业务规那么 PAGEREF _Toc73109392 h 27 HYPERLINK l _Toc73109393 商品管理业务规那么 PAGEREF _Toc73109393 h 29 HYPERLINK l _Toc73109394 会员卡积分管理业务规那么 PAGEREF _Toc73109394 h 30 HYPERLINK l _Toc73109395 4系统设计说明 PAGEREF _Toc73109395 h 33 HYPERL

12、INK l _Toc73109396 物理数据库设计 PAGEREF _Toc73109396 h 33 HYPERLINK l _Toc73109397 数据表结构设计 PAGEREF _Toc73109397 h 33 HYPERLINK l _Toc73109398 数据库表关系图示 PAGEREF _Toc73109398 h 36 HYPERLINK l _Toc73109399 体系结构设计 PAGEREF _Toc73109399 h 37 HYPERLINK l _Toc73109400 三层架构的组成 PAGEREF _Toc73109400 h 37 HYPERLINK l

13、 _Toc73109401 4.2.2 数据访问层(Data Access Layer DAL) PAGEREF _Toc73109401 h 39 HYPERLINK l _Toc73109402 1数据逻辑访问组件(Data Access) PAGEREF _Toc73109402 h 39 HYPERLINK l _Toc73109403 2业务实体组件Entity Class PAGEREF _Toc73109403 h 40 HYPERLINK l _Toc73109404 4.2.3 业务逻辑层(Business Logic Layer BLL) PAGEREF _Toc73109

14、404 h 41 HYPERLINK l _Toc73109405 用户界面层(Web层) PAGEREF _Toc73109405 h 42 HYPERLINK l _Toc73109406 系统模块划分 PAGEREF _Toc73109406 h 42 HYPERLINK l _Toc73109407 会员卡类型模块 PAGEREF _Toc73109407 h 42 HYPERLINK l _Toc73109408 会员卡信息模块 PAGEREF _Toc73109408 h 43 HYPERLINK l _Toc73109409 会员卡积分模块 PAGEREF _Toc7310940

15、9 h 43 HYPERLINK l _Toc73109410 商品信息模块 PAGEREF _Toc73109410 h 43 HYPERLINK l _Toc73109411 根本操作模块 PAGEREF _Toc73109411 h 44 HYPERLINK l _Toc73109412 配置模块 PAGEREF _Toc73109412 h 44 HYPERLINK l _Toc73109413 设计类图 PAGEREF _Toc73109413 h 44 HYPERLINK l _Toc73109414 会员卡类型管理 PAGEREF _Toc73109414 h 44 HYPERL

16、INK l _Toc73109415 1会员卡类型实体类 PAGEREF _Toc73109415 h 45 HYPERLINK l _Toc73109416 2会员卡类型实体方法 PAGEREF _Toc73109416 h 45 HYPERLINK l _Toc73109417 会员资料管理模块 PAGEREF _Toc73109417 h 46 HYPERLINK l _Toc73109418 1会员资料管理实体类 PAGEREF _Toc73109418 h 46 HYPERLINK l _Toc73109419 2会员资料管理实体方法 PAGEREF _Toc73109419 h 4

17、7 HYPERLINK l _Toc73109420 商品管理模块 PAGEREF _Toc73109420 h 48 HYPERLINK l _Toc73109421 1商品信息实体类 PAGEREF _Toc73109421 h 48 HYPERLINK l _Toc73109422 2商品信息实体方法 PAGEREF _Toc73109422 h 49 HYPERLINK l _Toc73109423 会员卡积分管理模块 PAGEREF _Toc73109423 h 50 HYPERLINK l _Toc73109424 1会员卡积分管理方法 PAGEREF _Toc73109424 h

18、 50 HYPERLINK l _Toc73109425 2查询积分功能 PAGEREF _Toc73109425 h 50 HYPERLINK l _Toc73109426 3积分处理功能 PAGEREF _Toc73109426 h 51 HYPERLINK l _Toc73109427 4积分反应功能 PAGEREF _Toc73109427 h 52 HYPERLINK l _Toc73109428 界面设计 PAGEREF _Toc73109428 h 52 HYPERLINK l _Toc73109429 母版页设计 PAGEREF _Toc73109429 h 52 HYPERL

19、INK l _Toc73109430 站点地图(SiteMap)及导航控件(TreeView)设计 PAGEREF _Toc73109430 h 53 HYPERLINK l _Toc73109431 主题皮肤文件设计 PAGEREF _Toc73109431 h 54 HYPERLINK l _Toc73109432 表单与报表设计 PAGEREF _Toc73109432 h 55 HYPERLINK l _Toc73109433 注册新用户表单设计 PAGEREF _Toc73109433 h 55 HYPERLINK l _Toc73109434 会员资料登记表单设计 PAGEREF

20、_Toc73109434 h 55 HYPERLINK l _Toc73109435 浏览积分历史记录报表设计 PAGEREF _Toc73109435 h 56 HYPERLINK l _Toc73109436 5系统实施 PAGEREF _Toc73109436 h 56 HYPERLINK l _Toc73109437 系统测试 PAGEREF _Toc73109437 h 56 HYPERLINK l _Toc73109438 测试目的 PAGEREF _Toc73109438 h 56 HYPERLINK l _Toc73109439 测试工具 PAGEREF _Toc7310943

21、9 h 56 HYPERLINK l _Toc73109440 测试类型 PAGEREF _Toc73109440 h 57 HYPERLINK l _Toc73109441 1单元测试 PAGEREF _Toc73109441 h 58 HYPERLINK l _Toc73109442 2Web 测试 PAGEREF _Toc73109442 h 58 HYPERLINK l _Toc73109443 3负载测试 PAGEREF _Toc73109443 h 58 HYPERLINK l _Toc73109444 4一般测试 PAGEREF _Toc73109444 h 58 HYPERLI

22、NK l _Toc73109445 5手动测试 PAGEREF _Toc73109445 h 59 HYPERLINK l _Toc73109446 6顺序测试 PAGEREF _Toc73109446 h 59 HYPERLINK l _Toc73109447 测试用例设计 PAGEREF _Toc73109447 h 59 HYPERLINK l _Toc73109448 注册新用户测试用例 PAGEREF _Toc73109448 h 59 HYPERLINK l _Toc73109449 1密码与确认密码不一致测试 PAGEREF _Toc73109449 h 59 HYPERLINK

23、 l _Toc73109450 2电子邮箱格式不正确测试 PAGEREF _Toc73109450 h 60 HYPERLINK l _Toc73109451 会员资料登记测试用例 PAGEREF _Toc73109451 h 60 HYPERLINK l _Toc73109452 1空值测试 PAGEREF _Toc73109452 h 60 HYPERLINK l _Toc73109453 2错误身份证号码测试 PAGEREF _Toc73109453 h 61 HYPERLINK l _Toc73109454 系统部署及发行 PAGEREF _Toc73109454 h 61 HYPER

24、LINK l _Toc73109455 软件配置说明 PAGEREF _Toc73109455 h 61 HYPERLINK l _Toc73109456 1效劳器的配置要求 PAGEREF _Toc73109456 h 61 HYPERLINK l _Toc73109457 2客户机配置要求 PAGEREF _Toc73109457 h 62 HYPERLINK l _Toc73109458 软件部署 PAGEREF _Toc73109458 h 62 HYPERLINK l _Toc73109459 1整理软件运行需要的文件资源 PAGEREF _Toc73109459 h 62 HYPE

25、RLINK l _Toc73109460 2创立Web安装工程 PAGEREF _Toc73109460 h 62 HYPERLINK l _Toc73109461 3裸机测试部署好的系统 PAGEREF _Toc73109461 h 63中小型连锁超市会员积分管理系统开发1工程章程1.1 工程名称中小型连锁超市会员积分管理系统1.2工程概述与目标1.2.1工程概述本系统用户是一家中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工方式已经无法记录会员消费的实时信息，超市决定启用一套会员积分管理信息系统。系统设计以某中小型连锁超市为研究对象，首先研究

26、了该单位的业务现状与开发管理信息系统的可行性；其次，在认真分析并实际体验了该超市目前现有的业务需求的根底上展开了系统设计，明确了系统的根本结构，为系统设计了具体的开发方案。1.2.2工程目标实现一个具备会员卡类型管理、会员资料管理、商品管理、会员卡积分管理与权限管理等功能的管理信息系统。系统在结构上采用B/S模式与三层体系结构，采用ASP.NET 2.0技术实现了系统的输入输出界面与处理逻辑，基于SQL SERVER平台实现了系统的数据库。系统到达初步试运行稳定，访问速度较快，功能较完整，用户反映良好。1.3 参与者角色与职责姓名角色职责詹春园工程负责人全面负责整体工程刘军程序员数据库设计、详

27、细设计、代码编写及测试刘乾楠程序员数据库设计、详细设计、代码编写及测试谢志健程序员详细设计、代码编写及测试刁振亚程序员详细设计、代码编写及测试姬浩程序员详细设计、代码编写及测试2基线工程方案工程综述本系统用户是一家中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工方式已经无法记录会员消费的实时信息，超市决定启用一套会员积分管理信息系统。系统设计以某中小型连锁超市为研究对象，首先研究了该单位的业务现状与开发管理信息系统的可行性；其次，在认真分析并实际体验了该超市目前现有的业务需求的根底上展开了系统设计，明确了系统的根本结构，为系统设计了具体的开发方案

28、。系统描述系统在结构上采用B/S模式与三层体系结构，采用ASP.NET 2.0技术实现了系统的输入输出界面与处理逻辑，基于SQL SERVER平台实现了系统的数据库。可行性评估技术可行性是Microsoft公司推出的Web开发平台，也是目前最先进、特征最丰富、功能最强大的Web开发平台，与以前的版本相比,代码量最大可以减少70%。其添加主题解决方案，提升设计功能，允许不同级别的用户看到的界面不同；添加新控件母版页MasterPage.master,简化了网站中各界面的统一布局；集成的用户管理系统，可视化的实现对用户和角色权限的管理；站点导航新控件和WebPart控件，可实现对门户网站的自由定制

29、等特点；SQL SERVER是微软公司开发的一个关系数据库管理系统，以Transact-SQL作为它的数据库查询和编程语言,具有可视化操作、配置简单、平安性高等特点。综上所述，选用 2.0+SQL SERVER的组合完全可以满足中小型连锁超市会员积分管理信息系统开发的技术需求。管理可行性该中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工方式已经无法记录会员消费的实时信息，所以公司高层决定启用一套会员积分管理信息系统。故该系统从用户的管理层上来讲其管理是可行的。从软件开发角度来讲因为是个人开发，所以在人员管理方面是不存在问题的，而在系统开发的规划方

30、面问题也不大。所以总的来说该工程在管理方面是可行的。经济可行性1工程收益信息系统可以为一个组织提供很多收益，这些收益包括有形收益和无形收益。有形收益是一项可以用金钱和确定性衡量的收益，有形收益的例子包括消减的人员开支、降低的交易费用或提高的利润率。关于本系统的有形收益具体如以下图所示：有形收益工作表中小型连锁超市会员积分管理系统工程(15年)费用减少或防止 ￥7 000错误减少 2 500增加的灵活性 8 000提高的活动速度 25 000管理方案或控制的改良 7 500 增加销售 30 000有形收益合计 ￥80 000图1-2 中小型连锁超市会员积分管理系统有形收益工作表无形收益指那些不容

31、易用金钱或确定性衡量的收益项，无形收益可能具有直接的组织效益，比方提高了员工的士气，或者可能具有广泛的社会影响，比方减少了废物产生或资源消耗。在工程的早期阶段，潜在的有形收益可能不得不被认为是无形的，因为在生命周期的这个阶段，要用金钱或确定性量化它们也许是不可能的。在后期阶段，随着正被设计的系统的结果被更好地理解，这种无形收益可以变有形的。无形收益包括：竞争的必要性。组织灵活性增加。员工士气提高。组织的学习和理解力的提升。更及时的信息。确定中小型连锁超市会员积分管理系统本钱2工程本钱如同收益一样，工程的本钱包括有形本钱和无形本钱。有形本钱是指能容易地用金钱和确定性衡量的一项本钱。从系统开发的角

32、度看，有形本钱包括如硬件本钱、人工本钱、来自雇员培训和建筑物改造的实施本钱这样的工程。而无形本钱包括损失顾客信誉、雇员士气或运营的低效率。除了有形本钱和无形本钱之外，与系统有关的开发本钱还可以被分为一次性的和续生的。一次性本钱指与工程启动、系统开发和系统启动有关的费用。这些本钱典型地围绕以下活动。一次性本钱工作表中小型连锁超市会员积分管理系统工程(0年)A开发费用 ￥20 000 B新硬件 15 000C新购置的软件，如果有的话应用软件包 40 000D用户培训 5 000E其它 0一次性本钱合计 ￥80 000图1-3 中小型连锁超市会员积分管理系统一次性本钱工作表续生本钱指由于正在进行的系

33、统演化和使用而产生的费用。这些本钱的例子典型的包括：续生本钱工作表中小型连锁超市会员积分管理系统工程(15年)A应用软件维护 ￥25 000B增加的数据存储需求估算费用 1 500 C新软件或硬件租用 0D供应品 500E其他 0续生本钱合计 ￥32 000图1-4 中小型连锁超市会员积分管理系统续生本钱工作表3工程收支平衡分析对中小型连锁超市会员积分管理系统进行一个经济可行性分析图1-5 中小型连锁超市会员积分管理系统经济可行性分析图1-5所示的工作表的单元格I6汇总了工程5年的总有形收益的NPV(242988.3元)，单元格I13汇总了工程总本钱的NPV，这个工程的NPV在单元格I15中显

34、示(56681.09元)，它说明工程的收益超出了本钱。这个工程的投资回报率(ROI)也在工作表中的单元格I16中显示(0.304)。因为可选的工程可能会有不同的收益和本钱值，也可能有不同的预期使用期限，所以总投资回报率对于在经济的根底上进行工程比拟是有用的。图1-5中最后一个图是收支平衡图，其目的是发现哪一个点是积累收益等于本钱即收支平衡的时候。为了进行收支平衡分析，确定了每年的现金流量的NPV。这里，每年现金流量的计算是从每年收益的现值中减去一次性本钱和续生本钱的现值。现金流量的总NPV反映了以前所有多年的总现金流量。最后得到一个收支平衡比率(0.7616)。管理问题成员之间的沟通问题成员之

35、间的沟通是工程整体方案中的一个局部，它的作用非常重要，也常常容易被无视。经常出现的问题是 HYPERLINK :/ csai /incsearch/search.asp?key=%CF%EE%C4%BF%BE%AD%C0%ED t _blank 工程经理凭自己的经验进行口头安排与交待，工程成员按经理的指示被动地、应付式地完成信息沟通工作。这种问题的原因主要是工程方案阶段工程经理嫌麻烦或不重视没有进行严格的沟通方案。一种高效的体系不应该仅仅靠口头传授，落实到标准的方案编制中很有必有。工程干系人众多，没有沟通管理方案，沟通必然混乱。由其是对于一些新型的工程，工程经验缺乏，那么通过对工程的建设，把工

36、程成员个人的成功经验通过信息共享、传递和使用转化为团队以及整个工程公司的组织经验，是我们在工程沟通管理中要考虑的重要问题。工程进度的把握问题作为一个工程主管人员，应该及时了解组员的进度,切实把握工程的流程。作为一个组员,应该随时向管理者汇报自己的工作，让上级放心。关于工程进度的把握问题主要要注意以下几点：关开方案的周密性 方案要分粗细，粗的方案就是里程碑，界定某段时间内要出哪些成果。细的方案也就是任务执行方案，要注意预留单元测试修改的时间，并且要预留未知干扰的时间。否那么方案太脆弱，稍有意外就要面临大调整。方案的制定不单单要满足工期要求还要可行，再漂亮的方案如果不可行就是花瓶。方案是可以调整的

37、，但里程碑方案尽量不要调整。 方案执行情况跟踪 必须定期跟踪方案的执行情况，根据实际情况做相应调整。也就是要监督方案执行。每个开发任务的严格验收 每个任务的成果都要严格验收，如果有问题没有及时解决，对后面的工作压力太大，往往出现前面都是“按方案执行，到后面爆发性的延期。 风险预测 不管是工程经理还是成员，都要有风险意识。最大的风险不是在技术层面上，而是在工程组成员上，要注意在工程开发期间会不会有人离开，会不会有人参加，工程组成员在此期间会不会休假或外出，某人生病了，要及时做好调整方案准备等等。技术方面的可以适当预留新技术的摸索时间。3系统需求说明3.1系统需求描述用户提出自己的需求1新会员卡卡

38、使用磁卡及防伪标志，免费更换旧版会员卡。在更换卡进，要求用户重新填写详细资料，并录入电脑。会员卡如果遗失，超市方面给予补办，但不补积分。新版会员卡无有效期限。2新会员卡分不同级别：白金卡、金卡、银卡。卡的级别由超市自己决定，并根据市场行情随时做出变化。不同卡有不同的办理方法和优惠政策。一个人只能办一张卡，根据办卡时的身份证号来识别。3会员卡不能销售，办卡人员不能以各种名目向办卡人索取钱财或其他优惠。除更换新卡的会员外，其他办理新卡的会员一律凭销售单据办理，办卡人员仔细核对销售单据，并要求用户留下详细信息。4新会员卡使用积分制，积多少分由超市根据促销力度的大小决定。除管理人员外，其他任何人不能随

39、便修改积分比率。凭留念单据办卡的顾客，在新办的卡中参加此次消费的积分，换卡顾客因为没有历史手工数据的记录，所以新卡中无积分。5顾客在每次结账时需要出示会员卡，款台人员将卡号扫描到电脑里，软件系统可以自动根据顾客此次消费金额积分，款台人员不能看到顾客的任何信息。顾客可到效劳台更改信息、查询积分、查询历史消费记录等。6顾客如果退货，效劳台人员要先根据销售单据查看当初是否使用会员卡，如使用了，那么要求顾客出示会员卡，并减去当初单据所加的积分。7在大型节假日将推行“凭会员卡积分免费得商品的活动，具体商品由超市根据库存决定，并且只能由管理人员修改，其他任何人不得擅自更改。反应商品时，要求顾出示会员卡，电

40、脑算出顾客总积分，如满足免费条件，将给予商品并送去相应积分，免费商品不能退换。超市需要的就是能满足以上需要的软件。需求就是一套软件的终极目标，但并不是每一个需求才能到达，还需要根据开发环境一条条地分析这些需求。3.1.2分析用户的需求根据用户的需求一条条地分析具体流程的有效性和可行性，从软件的角度完善了其中的细节，得出了用户需求中的不可行局部。不可行需求包括有局限性的需求列表如下：1“新会员卡使用磁卡及防伪标志。使用磁卡可以，但必须具备扫描磁卡的专用设备，仅仅依靠软件无法实现。防伪标志的使用由用户自己决定，也不能通过软件实现。2“办卡人员不能以各种名目向办卡人索取钱财或其它优惠。软件不是万能的

41、，无法监督办卡人员，此需求只能由用户管理部门实施各种监管制度来满足。3“卡的级别由超市自己决定，并根据市场行情随时做出变化。由于卡级别是与卡的消费记录和客户信息等关联在一起的，所以如果删除卡级别，那么有可能导致客户信息丧失或消费记录混乱等局面，所以建议卡级别一但建立，不要随便修改。4“会员卡如果遗失，超市方面给予补办，但不补积分。会员卡是通过身份证号来确定的，一人只办一张，如果顾客遗失，重新办理时，旧的客户、积分以及消费记录都存在，却不给顾客补积分，这样明显与以前的历史记录冲突。建议要么直接不给补办，要么补办卡时同时补积分。5换卡顾客因为没有历史手工数据的记录，所以新卡中无积分。顾客手中有卡，

42、说明在此消费过，是否允许顾客凭借以前的销售单据补积分？6由于用户已经存在一套销售系统，为了不冲突，建议会员卡积分统一到效劳台办理，与款台别离。3.1.3与用户确定最后的需求对于不清晰的地方再与用户进行沟通，做到清楚地明白用户究竟要什么样的功能。在双方的一致协商下，软件的最终需求如下：1会员卡使用磁卡，允许手工输入卡号和扫描器输入两种方式。会员卡号的长度为10位：前2位是各分店的英文简称，后8位是连续的号码，从01开始。会员卡号编制由公司统一管理。一旦确定，不能随意更改。2会员卡办卡方式有两种：一种是旧卡免费换新卡，一种是凭销售单据免费办理。消费单据一旦确定，不能随意更改。3目前会员卡分3种级别

43、；白金、金卡、银卡，允许用户修改级别。三种级别的卡积分不同，分别是3分/元、2分/元、1分/元，积分规那么允许用户自己修改。4会员卡办理时登记用户资料，尤其是身份证号，并以此作为每个会员只能办理一张卡的凭证。除了身份证之外，会员卡的其他资料允许修改。5为了不与用户目前的销售系统不起冲突，销售时并不积分，而是要求顾客到效劳台统一办理积分。退货时，要求顾客出示销售单据，如果当初使用了会员卡，同时要求出示会员卡，并减去当初所得积分。6顾客凭积分可以免费兑换商品，兑换时减去相应积分。软件允许修改兑换原那么，所换商品必须为库存商品。兑换商品不区分卡的类型，只要积分到达要求就可以。7软件系统包括以下方式的

44、查询操作：根据用户名、卡号或身份证号查询用户资料根据卡号查询积分根据卡号查询消费历史根据商品编码，查询商品库存8软件使用权限管理方式。根据工作流程，软件初期有3种角色：效劳台人员、管理人员、用户会员。管理人员允许对各种规那么进行增删改的操作，效劳人员允许进行所有查询操作；会员具有修改自己资料的权限。3.1.4根据最终需求确定系统工作环境1软件环境效劳器除了安装会员积分系统外，还必须具备相应的支持系统的软件环境，才能使软件系统正常的运行。要求如下：.NET FrameWork2.0框架，这是软件运行的必须环境应采用统一的操作系统如Windows XP，这是为了更好的地管理效劳器上安装数据库管理系

45、统如SQL Server 2005，从而实现数据库的管理和信息资源平安化管理安装防病毒软件、病毒防火墙等。2硬件环境CPU必须是奔腾以上，128M内存配置。为了更好更快地运行，如果情况允许，建议尽量采用配置更好的电脑运行通畅的网络环境。由于超市是连锁机构，所有的内容都是通过网络传输，如果网络出现问题，那么系统将无法正常工作效劳器：由于系统采用B/S结构，为了数据平安和速度问题，数据库和系统文件等要求单独安装在一台机器上，效劳器选择是系统稳定性的关键因素写卡及刷卡器：会员卡全部采用新版磁卡，必须具备读写磁卡的装备才能进行正确的扫描。写卡器一般用于向会员卡写入会员卡号等简单信息，刷卡器那么放在效劳

46、台以备顾客积分使用3.2系统用例设计用例图是描述业务流程的一种设计图简单易懂，需求分析过程中在体验用户业务为了比拟接近事实上的业务，画出用例图与用户就用例进行磋商。经与用户磋商后确定以下五个用例：办卡业务用例主要角色是：顾客、系统、效劳台人员。用例包括：填写资料、办卡、积分、盖戳确认。办卡业务最终用例如以下图所示：图3-1办卡业务用例图销售业务用例主要角色是：顾客、款台人员和系统。用例包括：款台结账、减库存、收款。销售业务最终用例如以下图所示：图3-2销售业务用例图退货业务用例主要角色是：顾客、效劳台人员和系统。用例包括：退货、加库存、退款、退积分、记录积分历史。退货业务最终用例如以下图所示：

47、图3-3退货业务用例图查询积分记录用例主要角色是：顾客、效劳台人员和系统。用例包括：出示卡号、查询、系统搜索。系统搜索可以放在一个包内，包内包括3个用例：搜索销售记录、搜索退货记录、搜索反应商品记录。查询积分记录用最终例如以下图所示：图3-4查询积分记录用例图反应业务用例主要角色是：顾客、效劳台人员和系统。用例包括：出示卡号、查询积分、减少库存、记录积分历史。反应业务最终用例如以下图所示：图3-5 反应业务用例图3.3概念数据模型3.3.1商品相关表概念数据模型图3-6 商品相关表关系3.3.2顾客会员卡相关表概念数据模型图3-7 顾客会员卡相关表关系3.4对象关系模型商品相关表关系的模型转化

48、1将类转化为对象关系。StockStockID、StockName、StockPrice、StockCountSaleSaleID、StockCountBackStockBackID、StockCount、BackDateGiftRuleRuleID、CardCountFreeStockFreeID、FreeDate2为1：m关系安排外键。StockStockID、StockName、StockPrice、StockCountSaleSaleID、StockID、StockCountBackStockBackID、StockID、StockCount、BackDateGiftRuleRuleI

49、D、StockID、CardCountFreeStockFreeID、StockID、FreeDate这样产生的结果是5个对象类中，StockID作为Stock的主键，并作为其他4个类的外键。顾客会员卡相关表关系的模型转化1将类转化为对象关系。MemberInfoMemberID、CustNum、CustName、CustIdentity、CustPhone、CustAddress、CardDateCardTypeCardID、CardTypeName、CardRule2为1：m关系安排外键。MemberInfoMemberID、CardID、CustNum、CustName、CustIden

50、tity、CustPhone、CustAddress、CardDateCardTypeCardID、CardTypeName、CardRule这样产生的结果是2个对象类中，CardID作为CardType的主键，并作为MemberInfo类的外键。3.5顺序图办卡业务顺序图3-8 办卡业务顺序图销售业务用例图3-9 销售业务顺序图退货业务顺序图3-10 退货业务顺序图查询积分业务顺序图3-11 查询积分业务顺序图反应业务顺序图3-12 反应业务顺序图3.6活动图办卡业务活动图图3-13 办卡业务活动图销售业务活动图图3-14销售业务活动图退货业务活动图图3-15 退货业务活动图查询积分业务活动

51、图图3-16 查询业务活动图反应业务活动图图3-17 反应业务活动图3.7业务规那么模型会员卡类型业务规那么实体的方法根据业务的主要功能来创立，该类有以下4个方法：添加会员卡类型输入的参数是卡类型和积分规那么。如果成功，方法返回true，否那么返回false。如果添加的会员卡类型已经存在，返回false，在外部处理此异常。获取积分规那么因为卡类型有唯一性，所以可以通过卡类型来获取积分规那么更新卡类型名称输入参数是要更改的卡类型和更改后的名称。更新成功，方法返回true，否那么返回false更新卡积分规那么输入参数为卡类型和新规那么，更新成功返回true。这些方法的实现流程如以下图所示：图3-1

52、8 实体方法访问流程图会员资料管理业务规那么实体的方法根据业务的主要功能来创立。会员资料管理主要有3个功能：查询、添加和修改。查询根据输入参数的不同，又可以分通过会员卡号查询、通过身份证号查询和通过会员姓名查询3种。综合来讲，会员资料实体共有5个方法：添加会员资料添加时，要求输入会员的所有信息，添加成功返回true。因为超市是根据身份证来判断一人一卡，所以在添加前要判断身份证是否已经登记过，如果是，那么返回false交由外部程序处理。修改会员资料用户在修改时，程序并不知道具体哪些字段做了改动，为了方便操作，要将所有信息更新回数据库。根据业务实际情况，会员资料的卡号、身份号、 姓名、办卡日期不允

53、许修改。修改成功返回true。通过会员卡获取会员资料用户输入会员卡号，返回此会员的所有信息。通过身份证号获取会员资料用户输入身份证号，返回会员所有资料。通过会员姓名获取会员资料用户输入姓名，返回会员所有资料.这些方法的实现流程如以下图所示：图3-19 会员资料实体方法流程图商品管理业务规那么商品信息实体只有2个方法通过商品编码获取商品信息方法：输入商品编码和需要的数量，返回商品信息实体。更新商品库存方法：销售、退货和反应这3个操作，都要更新商品的库存。不同的是，销售和反应是减库存，退货是加库存。更新时程序需要知道要更新的商品的编码，以及更新的数量。图3-20 商品实体流程图会员卡积分管理业务规

54、那么会员卡积分管理模块包括：通过卡号获取积分和查询积分历史记录。为了保持用户以前的系统不作改动，本模块还添加了一个积分处理的功能，处理销售、退货和反应时，积分所发生的变化。会员卡积分管理方法会员卡积分管理模块并无实体类，因为其主要是处理一些方法，属于功能模块。其处理流程如以下图所示：图3-21通过卡号获取积分流程图积分处理功能积分处理功能的主要任务就是，将销售、退货、反应3个操作过程中发生的积分变化记录下来。用户输入条件后，单击“确定按钮，系统自动记录历史信息。其处理流程如以下图所示：图3-22积分处理流程查询积分功能查询积分功能可以通过会员的卡号查询其到目前为止的积分。其处理流程如以下图所示

55、图3-23查询积分历史流程图积分反应功能积分反应功能的要求是：根据卡号，查询积分，并根据积分反应规那么反应商品。4系统设计说明物理数据库设计数据表结构设计表4-1销售表(Sale)表4-2商品表(Stock)表4-3卡类型表(CardType)表4-4会员资料表(MemberInfo)表4-5退货表(BackStock)表4-6反应规那么表(GiftRule)表4-7反应商品表(FreeStock)表4-8会员卡历史记录表(CardHistroy)权限管理模块用到了ASP.NET 2.0自带的MemberShip数据库，因为里面的表较多就不一一列出只列出权限管理涉及到的几个表:表4-9用户表表

56、4-10角色表表4-11角色与用户联系表数据库表关系图示图4-1 数据库表间关系图体系结构设计系统架构就是一个软件系统从整体到到局部的最高层次的划分。系统通常由很多元件组成，而系统架构的主要功能就是设计有哪些元件以及这些元件之间的关系。系统架构设计除了要实现用户要求的主要功能外，还要实现以下目标：可扩展性：满足用户对新增功能的需求平安性：保护用户的数据是一个系统必须面对的问题可定制性：允许根据不同用户的需求进行调整稳定性：软件运行时保持稳定的性能，才可以提高用户的效率系统架构设计主要包括：应用软件系统架构、系统集成架构设计、系统接口设计等。以下研究的是应用软件系统架构，即从整个系统的功能着手，

57、分析系统所包括的元件以及这些元件之间的通信关系。4.2.1三层架构的组成三层架就是将系统分为用户界面层、业务逻辑层、数据访问层。以下图是一个B/S模式的三层细分系统架构组成图：图4-2 三层架构图1用户界面层用户接口局部，担负着用户与系统的对话功能。主要用于检查用户的键盘输入和运算结果输出。现在都采用图形用户接口，便于用户直观操作。ASP.NET 2.0使用了可视化编程界面，更轻松地实现了与用户的图形交互界面。2业务逻辑层实现业务逻辑功能的算法和处理。处理用户界面层的输入或调用数据访问层返回数据结果。业务逻辑层主要包括业务功能和数据功能两局部。业务功能在功能层内部就可以解决，数据功能必须依靠与

58、数据访问层的交互才可以完成。3数据访问层就是对数据库中数据的管理。通常为了提高数据读取速度，在数据库在使用大量的存储过程。在数据层中使用尽量少的SQL语句，便于以后的维护。数据层一般情况下与用户界面层没有任何关联。4三层架构的优点提高程序的可维护性：三层架构层次清楚，一旦运行出现问题，可以很快的判断是哪一层的问题，利于维护。可以合理快速的开发：因为三层之间除了调用没有其他关联，只需先把三层之间的接口定义好，那么程序员可以并行开发，提高开发进度。提高了系统平安性：每层都有平安设置，即使用户界面层被攻破，但下一层的平安还有保障。提高了系统的扩展性：三层结构最大的好处就是在扩展应用系统时，改动的局部

59、不会影响大局。4.2.2 数据访问层(Data Access Layer DAL)数据访问层一般由两局部组成：业务实体组件和数据访问逻辑组件。在三层架构中数据访问层是唯一与数据库打交道的层，所以该层的设计要尽量以提高速度和平安为目标。业务实体组件表达的是现实生活中的业务数据，而数据访问逻辑组件那么是在数据库中检索数据或把业务数据保存回数据库。1数据逻辑访问组件(Data Access)数据逻辑访问组件是一组通用的访问数据库的代码，在所有工程中都可以用，一般不需要修改。本系统采用的是Micrsoft提供的数据访问助手SqlHelper，其封装严密，且应用简单。以下图是SqlHelper的功能图:

60、图4-3 SqlHelper功能图2业务实体组件Entity Class业务实体是以数据的形式表示现实生活中的业务模型。业务实体的属性与数据库中的表有一一对应的关系。业务实体不参与事务处理，只是事务处理过程中的一局部数据。事务处理由数据访问组件完成。以下图为本系统中一个业务实体：图4-4 业务实体图本系统中数据访问层的文件结构如以下图所示：图4-5 数据访问层的文件结构图4.2.3 业务逻辑层(Business Logic Layer BLL)业务逻辑层主要由一些数据操作类组成，通过这些数据操作类来完成系统的业务逻辑，本系统的业务逻辑层由以下4个数据操作类(CardCountInfo、Card