《金融信息系统课程小组报告中小型连锁超市会员积分管理系统.doc》由会员分享，可在线阅读，更多相关《金融信息系统课程小组报告中小型连锁超市会员积分管理系统.doc（63页珍藏版）》请在三一办公上搜索。
1、金融信息系统课程小组报告 中小型连锁超市会员积分管理系统目 录1项目章程51.1 项目名称51.2项目概述与目标51.2.1项目概述51.2.2项目目标51.3 参与者角色与职责52基线项目计划62.1项目综述62.2系统描述62.3可行性评估62.3.1技术可行性62.3.2管理可行性72.3.3经济可行性7（1）项目收益7（2）项目成本8（3）项目收支平衡分析92.4管理问题112.4.1成员之间的沟通问题112.4.2项目进度的把握问题113系统需求说明123.1系统需求描述123.1.1用户提出自己的需求123.1.2分析用户的需求133.1.3与用户确定最后的需求143.1.4根据最
2、终需求确定系统工作环境153.2系统用例设计163.2.1办卡业务用例163.2.2销售业务用例163.2.3退货业务用例173.2.4查询积分记录用例173.2.5反馈业务用例183.3概念数据模型193.3.1商品相关表概念数据模型193.3.2顾客会员卡相关表概念数据模型193.4对象关系模型203.4.1商品相关表关系的模型转化203.4.2顾客会员卡相关表关系的模型转化203.5顺序图213.5.1办卡业务顺序213.5.2销售业务用例223.5.3退货业务顺序223.5.4查询积分业务顺序233.5.5反馈业务顺序233.6活动图243.6.2办卡业务活动图243.6.2销售业务活
3、动图243.5.3退货业务活动图253.5.4查询积分业务活动图253.5.5反馈业务活动图263.7业务规则模型263.7.1会员卡类型业务规则263.7.2会员资料管理业务规则273.7.3商品管理业务规则293.7.4会员卡积分管理业务规则304系统设计说明334.1物理数据库设计334.1.1数据表结构设计334.1.2数据库表关系图示364.2体系结构设计374.2.1三层架构的组成374.2.2 数据访问层(Data Access Layer DAL)39（1）数据逻辑访问组件(Data Access)39（2）业务实体组件（Entity Class）404.2.3 业务逻辑层(B
4、usiness Logic Layer BLL)414.2.4 用户界面层(Web层)424.3系统模块划分424.3.1会员卡类型模块424.3.2会员卡信息模块434.3.3会员卡积分模块434.3.4商品信息模块434.3.5基本操作模块444.3.6配置模块444.4设计类图444.4.1会员卡类型管理44（1）会员卡类型实体类45（2）会员卡类型实体方法454.4.2会员资料管理模块46（1）会员资料管理实体类46（2）会员资料管理实体方法474.4.3商品管理模块48（1）商品信息实体类48（2）商品信息实体方法494.4.4会员卡积分管理模块50（1）会员卡积分管理方法50（2）
5、查询积分功能50（3）积分处理功能51（4）积分反馈功能524.5界面设计524.5.1母版页设计524.5.2站点地图(SiteMap)及导航控件(TreeView)设计534.5.3主题皮肤文件设计544.6表单与报表设计554.6.1注册新用户表单设计554.6.2会员资料登记表单设计554.6.3浏览积分历史记录报表设计565系统实施565.1系统测试565.1.1测试目的565.1.2测试工具565.1.3测试类型57（1）单元测试58（2）Web 测试58（3）负载测试58（4）一般测试58（5）手动测试59（6）顺序测试595.2测试用例设计595.2.1注册新用户测试用例59（
6、1）密码与确认密码不一致测试59（2）电子邮箱格式不正确测试605.2.2会员资料登记测试用例60（1）空值测试60（2）错误身份证号码测试615.3系统部署及发行615.3.1软件配置说明61（1）服务器的配置要求61（2）客户机配置要求625.3.2软件部署62（1）整理软件运行需要的文件资源62（2）创建Web安装项目62（3）裸机测试部署好的系统63中小型连锁超市会员积分管理系统开发1项目章程1.1 项目名称中小型连锁超市会员积分管理系统1.2项目概述与目标1.2.1项目概述本系统用户是一家中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工
7、方式已经无法记录会员消费的实时信息，超市决定启用一套会员积分管理信息系统。系统设计以某中小型连锁超市为研究对象，首先研究了该单位的业务现状与开发管理信息系统的可行性；其次，在认真分析并实际体验了该超市目前现有的业务需求的基础上展开了系统设计，明确了系统的基本结构，为系统设计了具体的开发方案。1.2.2项目目标实现一个具备会员卡类型管理、会员资料管理、商品管理、会员卡积分管理与权限管理等功能的管理信息系统。系统在结构上采用B/S模式与三层体系结构，采用ASP.NET 2.0技术实现了系统的输入输出界面与处理逻辑，基于SQL SERVER平台实现了系统的数据库。系统达到初步试运行稳定，访问速度较快
8、，功能较完整，用户反映良好。1.3 参与者角色与职责姓名角色职责詹春园项目负责人全面负责整体项目刘军程序员数据库设计、详细设计、代码编写及测试刘乾楠程序员数据库设计、详细设计、代码编写及测试谢志健程序员详细设计、代码编写及测试刁振亚程序员详细设计、代码编写及测试姬浩程序员详细设计、代码编写及测试2基线项目计划2.1项目综述本系统用户是一家中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工方式已经无法记录会员消费的实时信息，超市决定启用一套会员积分管理信息系统。系统设计以某中小型连锁超市为研究对象，首先研究了该单位的业务现状与开发管理信息系统的可行性
9、；其次，在认真分析并实际体验了该超市目前现有的业务需求的基础上展开了系统设计，明确了系统的基本结构，为系统设计了具体的开发方案。2.2系统描述系统在结构上采用B/S模式与三层体系结构，采用ASP.NET 2.0技术实现了系统的输入输出界面与处理逻辑，基于SQL SERVER平台实现了系统的数据库。2.3可行性评估2.3.1技术可行性ASP.NET 2.0是Microsoft公司推出的Web开发平台，也是目前最先进、特征最丰富、功能最强大的Web开发平台，与以前的版本相比,代码量最大可以减少70%。其添加主题解决方案，提升设计功能，允许不同级别的用户看到的界面不同；添加新控件母版页（Master
10、Page.master）,简化了网站中各界面的统一布局；集成的用户管理系统，可视化的实现对用户和角色权限的管理；站点导航新控件和WebPart控件，可实现对门户网站的自由定制等特点；SQL SERVER是微软公司开发的一个关系数据库管理系统，以Transact-SQL作为它的数据库查询和编程语言,具有可视化操作、配置简单、安全性高等特点。综上所述，选用ASP.NET 2.0+SQL SERVER的组合完全可以满足中小型连锁超市会员积分管理信息系统开发的技术需求。2.3.2管理可行性该中小型连锁超市,目前使用的是手工账本记录会员信息。随着连锁机构的增大以及市场促销手段的变化，手工方式已经无法记录
11、会员消费的实时信息，所以公司高层决定启用一套会员积分管理信息系统。故该系统从用户的管理层上来讲其管理是可行的。从软件开发角度来讲因为是个人开发，所以在人员管理方面是不存在问题的，而在系统开发的规划方面问题也不大。所以总的来说该项目在管理方面是可行的。2.3.3经济可行性（1）项目收益信息系统可以为一个组织提供很多收益，这些收益包括有形收益和无形收益。有形收益是一项可以用金钱和确定性衡量的收益，有形收益的例子包括消减的人员开支、降低的交易费用或提高的利润率。关于本系统的有形收益具体如下图所示：有形收益工作表中小型连锁超市会员积分管理系统项目(15年)费用减少或避免 ￥7 000错误减少 2 50
12、0增加的灵活性 8 000提高的活动速度 25 000管理计划或控制的改进 7 500 增加销售 30 000有形收益合计 ￥80 000图1-2 中小型连锁超市会员积分管理系统有形收益工作表无形收益指那些不容易用金钱或确定性衡量的收益项，无形收益可能具有直接的组织效益，比如提高了员工的士气，或者可能具有广泛的社会影响，比如减少了废物产生或资源耗费。在项目的早期阶段，潜在的有形收益可能不得不被认为是无形的，因为在生命周期的这个阶段，要用金钱或确定性量化它们也许是不可能的。在后期阶段，随着正被设计的系统的结果被更好地理解，这种无形收益可以变有形的。无形收益包括：l 竞争的必要性。l 组织灵活性增
13、加。l 员工士气提高。l 组织的学习和理解力的提升。l 更及时的信息。l 确定中小型连锁超市会员积分管理系统成本（2）项目成本如同收益一样，项目的成本包括有形成本和无形成本。有形成本是指能容易地用金钱和确定性衡量的一项成本。从系统开发的角度看，有形成本包括如硬件成本、人工成本、来自雇员培训和建筑物改造的实施成本这样的项目。而无形成本包括损失顾客信誉、雇员士气或运营的低效率。除了有形成本和无形成本之外，与系统有关的开发成本还可以被分为一次性的和续生的。一次性成本指与项目启动、系统开发和系统启动有关的费用。这些成本典型地围绕下列活动。一次性成本工作表中小型连锁超市会员积分管理系统项目(0年)A开发
14、费用 ￥20 000 B新硬件 15 000C新（购买的）软件，如果有的话应用软件包 40 000D用户培训 5 000E其它 0一次性成本合计 ￥80 000图1-3 中小型连锁超市会员积分管理系统一次性成本工作表续生成本指由于正在进行的系统演化和使用而产生的费用。这些成本的例子典型的包括：续生成本工作表中小型连锁超市会员积分管理系统项目(15年)A应用软件维护 ￥25 000B增加的数据存储需求估算费用 1 500 C新软件或硬件租用 0D供给品 500E其他 0续生成本合计 ￥32 000图1-4 中小型连锁超市会员积分管理系统续生成本工作表（3）项目收支平衡分析对中小型连锁超市会员积分
15、管理系统进行一个经济可行性分析图1-5 中小型连锁超市会员积分管理系统经济可行性分析图1-5所示的工作表的单元格I6汇总了项目5年的总有形收益的NPV(242988.3元)，单元格I13汇总了项目总成本的NPV，这个项目的NPV在单元格I15中显示(56681.09元)，它表明项目的收益超出了成本。这个项目的投资回报率(ROI)也在工作表中的单元格I16中显示(0.304)。因为可选的项目可能会有不同的收益和成本值，也可能有不同的预期使用期限，所以总投资回报率对于在经济的基础上进行项目比较是有用的。图1-5中最后一个图是收支平衡图，其目的是发现哪一个点是积累收益等于成本（即收支平衡的时候）。为
16、了进行收支平衡分析，确定了每年的现金流量的NPV。这里，每年现金流量的计算是从每年收益的现值中减去一次性成本和续生成本的现值。现金流量的总NPV反映了以前所有多年的总现金流量。最后得到一个收支平衡比率(0.7616)。2.4管理问题2.4.1成员之间的沟通问题成员之间的沟通是项目整体计划中的一个部分，它的作用非常重要，也常常容易被忽视。经常出现的问题是项目经理凭自己的经验进行口头安排与交待，项目成员按经理的指示被动地、应付式地完成信息沟通工作。这种问题的原因主要是项目计划阶段项目经理嫌麻烦或不重视没有进行严格的沟通计划。一种高效的体系不应该仅仅靠口头传授，落实到规范的计划编制中很有必有。项目干
17、系人众多，没有沟通管理计划，沟通必然混乱。由其是对于一些新型的项目，项目经验缺乏，那么通过对项目的建设，把项目成员个人的成功经验通过信息共享、传递和使用转化为团队以及整个项目公司的组织经验，是我们在项目沟通管理中要考虑的重要问题。2.4.2项目进度的把握问题作为一个项目主管人员，应该及时了解组员的进度,切实把握项目的流程。作为一个组员,应该随时向管理者汇报自己的工作，让上级放心。关于项目进度的把握问题主要要注意以下几点： 关开计划的周密性 计划要分粗细，粗的计划就是里程碑，界定某段时间内要出哪些成果。细的计划也就是任务执行计划，要注意预留单元测试修改的时间，并且要预留未知干扰的时间。否则计划太
18、脆弱，稍有意外就要面临大调整。计划的制定不单单要满足工期要求还要可行，再漂亮的计划如果不可行就是花瓶。计划是可以调整的，但里程碑计划尽量不要调整。 计划执行情况跟踪 必须定期跟踪计划的执行情况，根据实际情况做相应调整。也就是要监督计划执行。每个开发任务的严格验收 每个任务的成果都要严格验收，如果有问题没有及时解决，对后面的工作压力太大，往往出现前面都是“按计划执行”，到后面爆发性的延期。 风险预测 不论是项目经理还是成员，都要有风险意识。最大的风险不是在技术层面上，而是在项目组成员上，要注意在项目开发期间会不会有人离开，会不会有人参加，项目组成员在此期间会不会休假或外出，某人生病了，要及时做好
19、调整计划准备等等。技术方面的可以适当预留新技术的摸索时间。3系统需求说明3.1系统需求描述3.1.1用户提出自己的需求（1）新会员卡卡使用磁卡及防伪标志，免费更换旧版会员卡。在更换卡进，要求用户重新填写详细资料，并录入电脑。会员卡如果遗失，超市方面给予补办，但不补积分。新版会员卡无有效期限。（2）新会员卡分不同级别：白金卡、金卡、银卡。卡的级别由超市自己决定，并根据市场行情随时做出变化。不同卡有不同的办理方法和优惠政策。一个人只能办一张卡，根据办卡时的身份证号来识别。（3）会员卡不能销售，办卡人员不能以各种名目向办卡人索取钱财或其他优惠。除更换新卡的会员外，其他办理新卡的会员一律凭销售单据办理
20、，办卡人员仔细核对销售单据，并要求用户留下详细信息。（4）新会员卡使用积分制，积多少分由超市根据促销力度的大小决定。除管理人员外，其他任何人不能随便修改积分比率。凭留念单据办卡的顾客，在新办的卡中加入此次消费的积分，换卡顾客因为没有历史手工数据的记录，所以新卡中无积分。（5）顾客在每次结账时需要出示会员卡，款台人员将卡号扫描到电脑里，软件系统可以自动根据顾客此次消费金额积分，款台人员不能看到顾客的任何信息。顾客可到服务台更改信息、查询积分、查询历史消费记录等。（6）顾客如果退货，服务台人员要先根据销售单据查看当初是否使用会员卡，如使用了，则要求顾客出示会员卡，并减去当初单据所加的积分。（7）在
21、大型节假日将推行“凭会员卡积分免费得商品”的活动，具体商品由超市根据库存决定，并且只能由管理人员修改，其他任何人不得擅自更改。反馈商品时，要求顾出示会员卡，电脑算出顾客总积分，如满足免费条件，将给予商品并送去相应积分，免费商品不能退换。超市需要的就是能满足以上需要的软件。需求就是一套软件的终极目标，但并不是每一个需求才能达到，还需要根据开发环境一条条地分析这些需求。3.1.2分析用户的需求根据用户的需求一条条地分析具体流程的有效性和可行性，从软件的角度完善了其中的细节，得出了用户需求中的不可行部分。不可行需求（包括有局限性的需求）列表如下：（1）“新会员卡使用磁卡及防伪标志”。使用磁卡可以，但
22、必须具备扫描磁卡的专用设备，仅仅依靠软件无法实现。防伪标志的使用由用户自己决定，也不能通过软件实现。（2）“办卡人员不能以各种名目向办卡人索取钱财或其它优惠”。软件不是万能的，无法监督办卡人员，此需求只能由用户管理部门实施各种监管制度来满足。（3）“卡的级别由超市自己决定，并根据市场行情随时做出变化”。由于卡级别是与卡的消费记录和客户信息等关联在一起的，所以如果删除卡级别，则有可能导致客户信息丢失或消费记录混乱等局面，所以建议卡级别一但建立，不要随便修改。（4）“会员卡如果遗失，超市方面给予补办，但不补积分”。会员卡是通过身份证号来确定的，一人只办一张，如果顾客遗失，重新办理时，旧的客户、积分
23、以及消费记录都存在，却不给顾客补积分，这样明显与以前的历史记录冲突。建议要么直接不给补办，要么补办卡时同时补积分。（5）换卡顾客因为没有历史手工数据的记录，所以新卡中无积分。顾客手中有卡，说明在此消费过，是否允许顾客凭借以前的销售单据补积分？（6）由于用户已经存在一套销售系统，为了不冲突，建议会员卡积分统一到服务台办理，与款台分离。3.1.3与用户确定最后的需求对于不清晰的地方再与用户进行沟通，做到清楚地明白用户究竟要什么样的功能。在双方的一致协商下，软件的最终需求如下：（1）会员卡使用磁卡，允许手工输入卡号和扫描器输入两种方式。会员卡号的长度为10位：前2位是各分店的英文简称，后8位是连续的
24、号码，从01开始。会员卡号编制由公司统一管理。一旦确定，不能随意更改。（2）会员卡办卡方式有两种：一种是旧卡免费换新卡，一种是凭销售单据免费办理。消费单据一旦确定，不能随意更改。（3）目前会员卡分3种级别；白金、金卡、银卡，允许用户修改级别。三种级别的卡积分不同，分别是3分/元、2分/元、1分/元，积分规则允许用户自己修改。（4）会员卡办理时登记用户资料，尤其是身份证号，并以此作为每个会员只能办理一张卡的凭证。除了身份证之外，会员卡的其他资料允许修改。（5）为了不与用户目前的销售系统不起冲突，销售时并不积分，而是要求顾客到服务台统一办理积分。退货时，要求顾客出示销售单据，如果当初使用了会员卡，
25、同时要求出示会员卡，并减去当初所得积分。（6）顾客凭积分可以免费兑换商品，兑换时减去相应积分。软件允许修改兑换原则，所换商品必须为库存商品。兑换商品不区分卡的类型，只要积分达到要求就可以。（7）软件系统包括以下方式的查询操作：l 根据用户名、卡号或身份证号查询用户资料l 根据卡号查询积分l 根据卡号查询消费历史l 根据商品编码，查询商品库存（8）软件使用权限管理方式。根据工作流程，软件初期有3种角色：服务台人员、管理人员、用户（会员）。管理人员允许对各种规则进行增删改的操作，服务人员允许进行所有查询操作；会员具有修改自己资料的权限。3.1.4根据最终需求确定系统工作环境（1）软件环境服务器除了
26、安装会员积分系统外，还必须具备相应的支持系统的软件环境，才能使软件系统正常的运行。要求如下：l .NET FrameWork2.0框架，这是软件运行的必须环境l 应采用统一的操作系统（如Windows XP），这是为了更好的地管理l 服务器上安装数据库管理系统（如SQL Server 2005），从而实现数据库的管理和信息资源安全化管理l 安装防病毒软件、病毒防火墙等。（2）硬件环境l CPU必须是奔腾以上，128M内存配置。为了更好更快地运行，如果情况允许，建议尽量采用配置更好的电脑l 运行通畅的网络环境。由于超市是连锁机构，所有的内容都是通过网络传输，如果网络出现问题，则系统将无法正常工作
27、l 服务器：由于系统采用B/S结构，为了数据安全和速度问题，数据库和系统文件等要求单独安装在一台机器上，服务器选择是系统稳定性的关键因素l 写卡及刷卡器：会员卡全部采用新版磁卡，必须具备读写磁卡的装备才能进行正确的扫描。写卡器一般用于向会员卡写入会员卡号等简单信息，刷卡器则放在服务台以备顾客积分使用3.2系统用例设计用例图是描述业务流程的一种设计图简单易懂，需求分析过程中在体验用户业务为了比较接近事实上的业务，画出用例图与用户就用例进行磋商。经与用户磋商后确定以下五个用例：3.2.1办卡业务用例主要角色是：顾客、系统、服务台人员。用例包括：填写资料、办卡、积分、盖戳确认。办卡业务最终用例如下图
28、所示：图3-1办卡业务用例图3.2.2销售业务用例主要角色是：顾客、款台人员和系统。用例包括：款台结账、减库存、收款。销售业务最终用例如下图所示：图3-2销售业务用例图3.2.3退货业务用例主要角色是：顾客、服务台人员和系统。用例包括：退货、加库存、退款、退积分、记录积分历史。退货业务最终用例如下图所示：图3-3退货业务用例图3.2.4查询积分记录用例主要角色是：顾客、服务台人员和系统。用例包括：出示卡号、查询、系统搜索。系统搜索可以放在一个包内，包内包括3个用例：搜索销售记录、搜索退货记录、搜索反馈商品记录。查询积分记录用最终例如下图所示：图3-4查询积分记录用例图3.2.5反馈业务用例主要
29、角色是：顾客、服务台人员和系统。用例包括：出示卡号、查询积分、减少库存、记录积分历史。反馈业务最终用例如下图所示：图3-5 反馈业务用例图3.3概念数据模型3.3.1商品相关表概念数据模型图3-6 商品相关表关系3.3.2顾客会员卡相关表概念数据模型图3-7 顾客会员卡相关表关系3.4对象关系模型3.4.1商品相关表关系的模型转化1将类转化为对象关系。Stock（StockID、StockName、StockPrice、StockCount）Sale（SaleID、StockCount）BackStock（BackID、StockCount、BackDate）GiftRule（RuleID、C
30、ardCount）FreeStock（FreeID、FreeDate）2为1：m关系安排外键。Stock（StockID、StockName、StockPrice、StockCount）Sale（SaleID、StockID、StockCount）BackStock（BackID、StockID、StockCount、BackDate）GiftRule（RuleID、StockID、CardCount）FreeStock（FreeID、StockID、FreeDate）这样产生的结果是5个对象类中，StockID作为Stock的主键，并作为其他4个类的外键。3.4.2顾客会员卡相关表关系的模型
31、转化1将类转化为对象关系。MemberInfo（MemberID、CustNum、CustName、CustIdentity、CustPhone、CustAddress、CardDate）CardType（CardID、CardTypeName、CardRule）2为1：m关系安排外键。MemberInfo（MemberID、CardID、CustNum、CustName、CustIdentity、CustPhone、CustAddress、CardDate）CardType（CardID、CardTypeName、CardRule）这样产生的结果是2个对象类中，CardID作为CardTyp
32、e的主键，并作为MemberInfo类的外键。3.5顺序图3.5.1办卡业务顺序图3-8 办卡业务顺序图3.5.2销售业务用例图3-9 销售业务顺序图3.5.3退货业务顺序图3-10 退货业务顺序图3.5.4查询积分业务顺序图3-11 查询积分业务顺序图3.5.5反馈业务顺序图3-12 反馈业务顺序图3.6活动图3.6.2办卡业务活动图图3-13 办卡业务活动图3.6.2销售业务活动图图3-14销售业务活动图3.5.3退货业务活动图图3-15 退货业务活动图3.5.4查询积分业务活动图图3-16 查询业务活动图3.5.5反馈业务活动图图3-17 反馈业务活动图3.7业务规则模型3.7.1会员卡
33、类型业务规则实体的方法根据业务的主要功能来创建，该类有以下4个方法：l 添加会员卡类型输入的参数是卡类型和积分规则。如果成功，方法返回true，否则返回false。如果添加的会员卡类型已经存在，返回false，在外部处理此异常。l 获取积分规则因为卡类型有唯一性，所以可以通过卡类型来获取积分规则l 更新卡类型名称输入参数是要更改的卡类型和更改后的名称。更新成功，方法返回true，否则返回falsel 更新卡积分规则输入参数为卡类型和新规则，更新成功返回true。这些方法的实现流程如下图所示：图3-18 实体方法访问流程图3.7.2会员资料管理业务规则实体的方法根据业务的主要功能来创建。会员资料
34、管理主要有3个功能：查询、添加和修改。查询根据输入参数的不同，又可以分通过会员卡号查询、通过身份证号查询和通过会员姓名查询3种。综合来讲，会员资料实体共有5个方法：l 添加会员资料添加时，要求输入会员的所有信息，添加成功返回true。因为超市是根据身份证来判断一人一卡，所以在添加前要判断身份证是否已经登记过，如果是，则返回false交由外部程序处理。l 修改会员资料用户在修改时，程序并不知道具体哪些字段做了改动，为了方便操作，要将所有信息更新回数据库。根据业务实际情况，会员资料的卡号、身份号、 姓名、办卡日期不允许修改。修改成功返回true。l 通过会员卡获取会员资料用户输入会员卡号，返回此会
35、员的所有信息。l 通过身份证号获取会员资料用户输入身份证号，返回会员所有资料。l 通过会员姓名获取会员资料用户输入姓名，返回会员所有资料.这些方法的实现流程如下图所示：图3-19 会员资料实体方法流程图3.7.3商品管理业务规则商品信息实体只有2个方法l 通过商品编码获取商品信息方法：输入商品编码和需要的数量，返回商品信息实体。l 更新商品库存方法：销售、退货和反馈这3个操作，都要更新商品的库存。不同的是，销售和反馈是减库存，退货是加库存。更新时程序需要知道要更新的商品的编码，以及更新的数量。图3-20 商品实体流程图3.7.4会员卡积分管理业务规则会员卡积分管理模块包括：通过卡号获取积分和查
36、询积分历史记录。为了保持用户以前的系统不作改动，本模块还添加了一个积分处理的功能，处理销售、退货和反馈时，积分所发生的变化。l 会员卡积分管理方法会员卡积分管理模块并无实体类，因为其主要是处理一些方法，属于功能模块。其处理流程如下图所示：图3-21通过卡号获取积分流程图l 积分处理功能积分处理功能的主要任务就是，将销售、退货、反馈3个操作过程中发生的积分变化记录下来。用户输入条件后，单击“确定”按钮，系统自动记录历史信息。其处理流程如下图所示：图3-22积分处理流程l 查询积分功能查询积分功能可以通过会员的卡号查询其到目前为止的积分。其处理流程如下图所示图3-23查询积分历史流程图l 积分反馈
37、功能积分反馈功能的要求是：根据卡号，查询积分，并根据积分反馈规则反馈商品。4系统设计说明4.1物理数据库设计4.1.1数据表结构设计表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用户表表4-10角色表表4-11
38、角色与用户联系表4.1.2数据库表关系图示图4-1 数据库表间关系图4.2体系结构设计系统架构就是一个软件系统从整体到到部分的最高层次的划分。系统通常由很多元件组成，而系统架构的主要功能就是设计有哪些元件以及这些元件之间的关系。系统架构设计除了要实现用户要求的主要功能外，还要实现以下目标：l 可扩展性：满足用户对新增功能的需求l 安全性：保护用户的数据是一个系统必须面对的问题l 可定制性：允许根据不同用户的需求进行调整l 稳定性：软件运行时保持稳定的性能，才可以提高用户的效率系统架构设计主要包括：应用软件系统架构、系统集成架构设计、系统接口设计等。以下研究的是应用软件系统架构，即从整个系统的功
39、能着手，分析系统所包括的元件以及这些元件之间的通信关系。4.2.1三层架构的组成三层架就是将系统分为用户界面层、业务逻辑层、数据访问层。下图是一个B/S模式的三层细分系统架构组成图：图4-2 三层架构图（1）用户界面层用户接口部分，担负着用户与系统的对话功能。主要用于检查用户的键盘输入和运算结果输出。现在都采用图形用户接口，便于用户直观操作。ASP.NET 2.0使用了可视化编程界面，更轻松地实现了与用户的图形交互界面。（2）业务逻辑层实现业务逻辑功能的算法和处理。处理用户界面层的输入或调用数据访问层返回数据结果。业务逻辑层主要包括业务功能和数据功能两部分。业务功能在功能层内部就可以解决，数据
40、功能必须依靠与数据访问层的交互才可以完成。（3）数据访问层就是对数据库中数据的管理。通常为了提高数据读取速度，在数据库在使用大量的存储过程。在数据层中使用尽量少的SQL语句，便于以后的维护。数据层一般情况下与用户界面层没有任何关联。（4）三层架构的优点l 提高程序的可维护性：三层架构层次分明，一旦运行出现问题，可以很快的判断是哪一层的问题，利于维护。l 可以合理快速的开发：因为三层之间除了调用没有其他关联，只需先把三层之间的接口定义好，则程序员可以并行开发，提高开发进度。l 提高了系统安全性：每层都有安全设置，即使用户界面层被攻破，但下一层的安全还有保障。l 提高了系统的扩展性：三层结构最大的
41、好处就是在扩展应用系统时，改动的部分不会影响大局。4.2.2 数据访问层(Data Access Layer DAL)数据访问层一般由两部分组成：业务实体组件和数据访问逻辑组件。在三层架构中数据访问层是唯一与数据库打交道的层，所以该层的设计要尽量以提高速度和安全为目标。业务实体组件体现的是现实生活中的业务数据，而数据访问逻辑组件则是在数据库中检索数据或把业务数据保存回数据库。（1）数据逻辑访问组件(Data Access)数据逻辑访问组件是一组通用的访问数据库的代码，在所有项目中都可以用，一般不需要修改。本系统采用的是Micrsoft提供的数据访问助手SqlHelper，其封装严密，且应用简单
42、。下图是SqlHelper的功能图:图4-3 SqlHelper功能图（2）业务实体组件（Entity Class）业务实体是以数据的形式表示现实生活中的业务模型。业务实体的属性与数据库中的表有一一对应的关系。业务实体不参与事务处理，只是事务处理过程中的一部分数据。事务处理由数据访问组件完成。下图为本系统中一个业务实体：图4-4 业务实体图本系统中数据访问层的文件结构如下图所示：图4-5 数据访问层的文件结构图4.2.3 业务逻辑层(Business Logic Layer BLL)业务逻辑层主要由一些数据操作类组成，通过这些数据操作类来完成系统的业务逻辑，本系统的业务逻辑层由以下4个数据操作
43、类(CardCountInfo、CardTypeDA、MemberInfoDA、StockDA)组成：图4-6 业务层操作类图本系统中业务逻辑层的文件结构如下图所示：图4-7 业务逻辑层的文件结构4.2.4 用户界面层(Web层) 用户界面的规则不仅影响到软件外观的可观赏性，而且对应用程序的易用性和可操作性也有很重要的作用。所以界面的设计从用户的角度出发，以方便用户使用作为软件设计的目标。软件与用户之间的交互都是通过用户界面来完成的，简捷直观的界面让用户对软件的使用不再有陌生感。4.3系统模块划分4.3.1会员卡类型模块图4-8 会员卡类型模块4.3.2会员卡信息模块图4-9 会员卡信息模块4.3.3会员卡积分模块图4-10 会员卡积分模块4.3.4商品信息模块图4-11 商品信息模块4.3.5基本操作模块图4-12 基本操作模块4.3.6配置模块包括权限安全等功能。由于Visual Studio 2005提供配置安全功能，在此不作描述，在接下面的实际应用时再进行说明。4.4设计类图4.4.1会员卡类型管理会员卡类型管理模块的主要功能包括：添加卡类型、获取卡积分规则、修改卡类型名称、修改卡积分规则。（1）会员卡类型实体
