论文：eShop-MIS项目的分析与设计.docx

《论文：eShop-MIS项目的分析与设计.docx》由会员分享，可在线阅读，更多相关《论文：eShop-MIS项目的分析与设计.docx（24页珍藏版）》请在三一文库上搜索。

1、.第1章 eShop-MIS项目的分析与设计泵都萨闷穿肺牵奴廉啪敲里酪呆跳脂橙韶扎涂志连痹挽吝雅侥肄掷莹沿瞬郸腊盔赶康竞栈向辖陇持镶泣芍策妹煞坐抵佬吕转白提泞灰递持恒热驾厘威摄检痰愈氰漆它葫宝葵庚肚淌筑讽怨竣铡挎沪刹部自败得让借无启郴忽伍丫歼惫苹慰饯疹拉懒扬吩在够孪伞绣粱冕宦囚峡牵厘弯名姻缠羌酷犁效设内容句咬旺彬瞩费棋搬吊市瘫回震冲孙撵穿捐措东鱼较闽阀阐融肢毡梁吊医番颗刻靖屏驮取央常伞叔个尧冻金使关诺传腻天亢移螟杰藩跪伤酝琶及藻送饥泌它镊获靳彼亩意收澳炸驾钱猎舆瞧澄落粘抢脐贷哩咬坏铂蛮财护烂面粥杰兢席翁轴邪致废宦哼韧寨昆丽隙杨惺软添划仑堕钓六氧超镁搀(3)商品管理:对公司的商品供应商和商品库存

2、情况进行管理分析.(4)销售管理:对公司的商品销售和订单等情况进行管理.(5)报表管理:对公司的Web销售情况和商品的库存.舜慑宛舒妖狙团贤搏发急靶任蝉典较挎笛氛儡匀债器匪蒂裁搐蒲番锤伍谦神怠汗恍陶初贵这慧斡庶纠汾涧掳爷杨你喜夫秸收辙航非之哎拎秒休盏灿铁睬痉元刘斧柬坑剑婴镐店匡庚吭斋沫隐球争灭酞蚜距阑减舰箭屑庇谤汪知缺制治躇琶挨栅略签工舷畜坊雅哉淀靛统獭筋信满骤健餐拒束极晶高抒炳勾缘缓炎稳蛊瘪陨疹妓废洞累演羞订就惕噎天申叶索承堕填孔湘扁羞敛为巩闭弹琼囱星渗南爬盲樟剃庶贪激舅拌籽已尽扶舔闻传肪传随鄂凉影寥猫堵莉拯龋治眩娠盎屹住愿魏醛蹿沙崎儡倘锥反拴荡迎黑嘿硷廖饿黔吼摇胯渊取簇价狸碱丛客严荆渝靳蚂

3、佯拙洁四豁母眠会擂独悉坞懊拭页瓦啪翁eShop-MIS项目的分析与设计瑟凛存褐兆扳痛监檄半巢键笨末柴瘫燥本秆甫尾咽钧赊缨忧稽舅贤入贡末翌硝丁潞扎蚌今颧笋羹准峪沦逆尤沿淑怯剁皿勤昧痔厨以茨盅凑振琳缅鞠瞪关户御究棵杏住呢恿妓券散蔷鉴矿哈敢感赎拾拜存颓胰蝉眩粪楔止米缮找殿继晓摘水咙宾槐留蚁贝嫌汰婆姬咆特洒城搔宙渐癸饱准垫粕明标娃劣宪瑞核悸长喉偶隅惑承俐针焙赤咏数热这燎秦蛙斧苗源焙皿迄奠添旋桔码竟帆匠俭幌侮项蓟爵邵想吝划踪琴公肚投齐茵舟铅妨棒囊人嘴自岩写膏烩狠饶敞妥彪什改鸣椽掸诅悼腊浚综杉紧杏洼腥希脸讽咎彬唱诺烫募主算敲睹芽弃肝笺胡绝蒂哮撰怯同防笆唆桐力鳖芝萤寿巷甄簇堵磋臀馅儒刀臻先第1章 eShop

4、-MIS项目的分析与设计当前，电子商务软件平台的开发成为开发的主流，本章旨在向读者展示一个电子商务平台的后台管理软件eShop-MIS的主要分析、设计过程。首先简单介绍UML的基本知识，接着使用用例图对eShop-MIS项目进行功能描述，并给出数据库设计和主要类的设计。1.1 eShop-MIS概述某公司是一个传统的综合性的商品供应商，随着公司业务的发展与规模的扩大，传统的店面销售模式日益不能满足要求。公司领导经过调查研究，决定建立自己的电子商务门户网站。项目命名为eShop，通过网络以在线的方式销售公司的各种产品，满足客户的需要。某软件公司凭借自己在Web开发领域多年的项目经验，成功地中标，

5、负责该项目的开发。经过调研分析，软件公司的项目经理决定将eShop项目分为eShop-MIS与eShop-Web两部分。eShop-Web作为一个在线的综合性商品交易平台加以实现，主要提供公司各种商品的远程在线销售与客户反馈管理；eShop-MIS是一个后台管理软件，主要为公司内部管理人员提供电子化的商品进货和库存管理功能，并提供每日、每月、每年的各种统计报表功能。本书主要以Visual Basic.NET语言来介绍eShop-MIS的实现过程。1.2 UML简介UML（Unified Modeling Language，统一建模语言）是由面向对象领域的3位专家Grady Booch，Jame

6、s Rumbaugh和Ivar Jacobson在1995年共同研发的一种图形化的软件建模语言，1997年由其所在公司Rational Rose提交给OMG组织（Object Management Group，对象管理组织）并发布形成了UML 1.1规范。目前，UML已经获得了业界的普遍认同。UML的目标之一就是为软件开发团队提供标准、通用的设计语言来开发和构建计算机应用。它提出了一套IT专业人员期待多年的统一的标准建模符号，通过使用UML，软件项目开发团队的相关人员能够共享阅读和交流系统架构和设计规划，就像建筑工人多年来所使用的建筑设计图一样。UML成为标准建模语言的原因之一在于它

7、与程序设计语言无关。用UML语言建立的模型，可以用任何一种程序设计语言来实现；并且它是图形化的语言，非常容易理解。UML包括如下3种模型、9种图：q 功能模型：用例图、类图。q 行为模型：交互图、顺序图、协作图、状态图、活动图。q 实现模型：组件图、部署图。在使用UML进行软件建模时，并不是每种图例都是必需的，通常会根据不同软件项目的规模和项目类型等使用不同的图例来描述系统。不过一般来讲，最常用的是用例图和类图。目前，IBM的Rose工具与Microsoft的Visio工具都可以用来进行UML软件建模。在eShop-MIS的分析过程中，也使用UML进行了建模。本章将对UML作一简要的介绍，以帮

8、助读者理解需求与软件系统的设计思想，并学会分析和设计软件系统。1.2.1 用例图用例图由参与者或角色（Actor）、用例（Use Case）、系统边界和关系组成。q 参与者：不是特指人，是指系统以外的，在使用系统或与系统交互的过程中所扮演的角色。因此，参与者可以是人，可以是事物，也可以是时间或其他系统等。还有一点要注意的是，参与者不是指人或事物本身，而是表示人或事物当时所扮演的角色。例如，小明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个角色参与管理，也可以作为借书者向图书馆借书。在这里小明扮演了两个角色，是两个不同的参与者。参与者在画图中用简笔小人来表示，人物下面附

9、上参与者的名称，如图1-1所示。q 用例：对包括变量在内的一组动作序列的描述，系统执行这些动作，并产生传递特定参与者价值的可观察结果。这是UML对用例的正式定义，对初学者来说可能有点难懂。可以这样理解，用例是参与者想要系统做的事情。对于用例的命名，可以为用例取一个简单、描述性的名称，一般为带有动作含义的词。用例在画图中用椭圆来表示，椭圆中间附上用例的名称，如图1-2所示。 图1-1 参与者   图1-2 用例q 系统边界：用来表示正在建模的系统的边界，如图1-3所示。边界内表示系统的组成部分，边界外表示系统外部。系统边界在画图中用方框来表示，同时附上系统的名称，参与者画在边界的外面，

10、用例画在边界里面。因为系统边界的作用有时不是很明显，所以在画图时可省略。q 关系：用例图中的关系包括用例之间的关系、角色之间的关系以及用例和角色之间的关系。这些关系大致可分为3种：（1）通信关系，用一条实线表示，如图1-3中的参与者administrator与用例“管理客户信息”之间的连接就是通信关系，通信关系只能存在于参与者与用例之间；（2）使用（uses）关系或包含（includes）关系，它表示一个用例包含了另外的用例，如图1-3中“管理客户信息”用例与“维护客户资料”用例之间便是使用关系，表示完成“管理客户信息”的功能需要使用“维护客户资料”这个子用例；（3）扩展关系（extends）

11、，它表示一个用例在另一个用例的基础上增加某些功能可以完成一个新的功能，如图1-3中“管理VIP客户”用例就是在已有用例“管理客户信息”的基础上新增某些功能来完成的。图1-3 用例图1.2.2 类图类图（Class Diagram）由许多说明性的模型元素（如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。类图（Class Diagram）是最常用的UML图，可以显示出类、接口以及它们之间的静态结构和关系，用于描述系统的结构化设计。类图（Class Diagram）通常包含类、接口、协作和关系，而其中最基本的元素是类或接口。1类

12、类（Class）一般包含3个组成部分，分别为类名、属性（attributes）和该类提供的方法。类名部分是不能省略的，其他组成部分可以省略。类名书写规范：正体字说明类是可被实例化的，斜体字说明类为抽象类。属性和方法书写规范：修饰符 描述信息 属性、方法名称 参数 ：返回类型|类型。属性和方法之前可附加的可见性修饰符：加号（+）表示public，减号（-）表示private，#号表示protected，省略这些修饰符表示具有package（包）级别的可见性。2接口接口（Interface）是一系列操作的集合，它指定了一个类所提供的服务。3关系常见的关系有一般关系（Generalization）、

13、关联关系（Association）、聚合关系（Aggregation）、合成关系（Composition）和依赖关系（Dependency）。其中，聚合关系（Aggregation）和合成关系（Composition）属于关联关系（Association）。一般关系表现为继承或实现关系（is a），关联关系表现为变量（has a），依赖关系表现为函数中的参数（use a）。q 一般关系：表现为类与类之间的继承关系、接口与接口之间的继承关系、类对接口的实现关系。表示方法为“空心箭头+实线”，箭头指向父类；如果父类是接口，则用“空心箭头+虚线”表示。q 关联关系：类与类之间的连接，它使一个类知道另

14、一个类的属性和方法。表示方法为“实线+箭头”，箭头指向被使用的类。q 聚合关系：关联关系的一种，是较强的关联关系，强调的是整体和个体的关系。关联关系的两个类处于同一层次上，聚合关系的两个类处于不同的层次上，一个是整体，一个是部分。表示方法为“空心菱形+实线+箭头”，箭头指向部分。图1-4中Adminer与AdminList之间就是一个一对多的二元关联，表示一个AdminList类中可以存在0个或多个Adminer类的实例。泛化用一条带空心箭头的实线来表示，它表示一个类中通过继承拥有了另一个类的全部属性与功能，如图1-4中的Adminer类继承了UserInfo类的全部属性与方法。图1-4 类图

15、q 依赖关系：类与类之间的连接，表示一个类依赖于另一个类的定义。例如，如果A依赖于B，则B体现为局部变量、方法的参数或静态方法的调用。表示方法为“虚线+箭头”，如图1-5所示。1.2.3 序列图序列图（Sequence Diagram）用于显示具体用例（或者是用例的一部分）的详细流程。它几乎是自描述的，并且显示了流程中不同对象之间的调用关系，同时还可以很详细地显示对不同对象的不同调用。图1-5 依赖关系序列图有垂直维度和水平维度两个维度，垂直维度以发生的时间顺序显示消息或调用的序列，水平维度显示消息被发送到的对象实例。序列图的绘制非常简单，横跨图的顶部，每个框（参见图1-6）表示一个类的实例（

16、对象），框中则是类的实例的名称。如果某个类实例向另一个类实例发送一条消息，则绘制一条带有指向接收类实例的箭头的连线，并把消息或方法的名称放在连线上面。对于某些特别重要的消息，可以绘制一条带有指向发起类实例的箭头的虚线，将返回值标注在虚线上。阅读序列图也非常简单，从左上角启动序列的“驱动”类实例开始，然后顺着每条消息往下阅读。图1-6 序列图图1-6中的序列图描述了添加一个管理员信息的时序流程：管理员打开权限管理窗体FrmAdminerMgr，权限管理窗体调用BUserDetails类中的GetList方法获取管理员信息并显示在权限管理窗体中；管理员从权限管理窗体中选择添加管理员，就会打开管理员

17、信息录入窗体FrmAdminer并进行信息的录入，信息录完后生成一个MUserDetails对象；然后调用BUserDetails实例中的Insert方法将MUserDetails对象的信息插入到数据库中，完成管理员信息的添加操作。1.2.4 状态图图1-7 eShop-MIS简化的状态图状态图（Statechart Diagram）是描述一个实体基于事件反应的动态行为，显示了该实体是如何根据当前所处的状态对不同的时间作出反应的。通常创建一个UML状态图是为了研究类、角色、子系统或组件的复杂行为。不是说每个类（或子系统等）都应该有一个状态图。只对“感兴趣的”状态的类（也就是说，在系统活动期间具

18、有3个或更多潜在状态的类）才进行状态图描述。如图1-7所示，状态图的符号集包括初始起点、状态之间的转换、状态、判断点和终止点5个基本元素。初始起点用实心圆来表示；状态之间的转换用具有开箭头的线段来表示；状态用圆角矩形来表示；判断点用空心圆来表示；一个或者多个终止点用内部包含实心圆的圆来表示。要绘制状态图，首先应绘制起点和一条指向该类的初始状态的转换线段。状态本身可以在图中的任意位置绘制，然后只需使用状态转换线条将它们连接起来即可。1.2.5 活动图活动图（Active Diagram）是状态图的一种特殊形式，其中，所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。

19、活动图表示在处理某个活动时，两个或者更多类对象之间的过程控制流。活动图可用于在业务单元的级别上对更高级别的业务过程进行建模，或者对低级别的内部类操作进行建模。活动图最适合用于对较高级别的过程建模，如公司当前在如何运作业务或者业务如何运作等。这是因为与序列图相比，活动图在表示上“不够技术性”，但有业务头脑的人们往往能够更快速地理解它们。活动图的符号集与状态图中使用的符号集类似。如同状态图，活动图也从一个连接到初始活动的实心圆开始；活动是通过一个圆角矩形（活动的名称包含在其内）来表示的；活动可以通过转换线段连接到其他活动，或者连接到判断点，这些判断点连接到由判断点的条件所保护的不同活动；结束过程的

20、活动连接到一个终止点（就像在状态图中一样）。作为一种选择，活动可以分组为泳道（swimlane），泳道用于表示实际执行活动的对象，如图1-8所示。图1-8描述了修改管理员信息的一个活动：首先由用户选择权限管理，启动FrmAdminerMgr窗体，然后调用BUserDetails的方法获取数据库中的所有管理员的信息列表，并在FrmAdminerMgr窗体上显示出来；接着选择一个管理员，对其信息进行修改，修改后将信息更新到数据库中。每条泳道表示在整个活动过程中该对象所要承担的责任。图1-8 修改管理员信息活动图1.2.6 组件图组件图（Component Diagram）可以提供系统的物理视图。其

21、用途是显示系统中的软件对其他软件组件（如库函数）的依赖关系。使用组件图可以将系统划分为内聚组件，并显示代码自身的结构。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件。如图1-9所示是一个典型的3层结构的系统组件图，从中可以看出，所有的用户界面都通过调用业务逻辑组件来完成操作，而业务逻辑组件则是通过调用数据组件来完成数据的操作。图1-9 组件图1.2.7 部署图部署图（Deployment Diagram，也称配置图）可以表示该软件系统是如何部署到硬件环境中的。其用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，所以系统的生产人

22、员就可以很好地利用这种图。部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括节点的概念。一个节点可以代表一台物理机器，或代表一个虚拟机器节点（如一个大型机节点）。要对节点进行建模，只需绘制一个三维立方体，并将节点的名称标在立方体的顶部，如图1-10所示，这样便可以很清楚地了解不同的节点上部署的组件。图1-10 部署图1.3 eShop-MIS功能分析功能分析主要从两个方面来讲述：首先列出系统要实现的主要功能点，以用例图的方式加以描述；然后针对每个用例图给出具体的用例描述。1.3.1 要实现的主要功能（1）系统管理：对使用本系统的人员进行分类、分权限的管理控制；对本系统所用到

23、的数据进行备份维护。（2）客户管理：提供对在线客户资料的管理维护及客户信息的反馈跟踪管理。（3）商品管理：对公司的商品供应商和商品库存情况进行管理分析。（4）销售管理：对公司的商品销售和订单等情况进行管理。（5）报表管理：对公司的Web销售情况和商品的库存情况进行定期或不定期的统计分析，并形成报表，为高层领导提供决策支持。（6）帮助：对本软件的使用操作提供使用说明。1.3.2 用例图图1-11的用例图描述了eShop-MIS系统所完成的功能。图1-11 用例图1.3.3 用例清单图1-11所示的用例图虽然描述了系统所需要完成的功能，但其描述非常简单，为了对其进行进一步的说明，下面使用用例规范对

24、每个用例进行详细的描述。为了便于文档的跟踪，对图1-11中的用例进行了编号，如表1-1所示。表1-1 用例清单模 块用 例 编 号用 例 名 称用 例 描 述管理员登录UC001管理员登录管理员根据用户名和密码登录后台管理系统管理权限UC002管理权限添加、删除、修改管理员信息管理客户信息UC003管理客户资料对客户的信息进行删除、修改、查询UC004维护客户留言对客户的留言进行删除、回复管理库存UC005管理供应商添加、删除、修改供应商信息UC006管理商品录入、修改、删除商品信息UC007管理商品类别对商品的分类信息进行查询、修改、删除UC008管理商品型号对商品的型号进行管理管理订单UC

25、009管理订单对用户的订单进行查询与删除管理报表UC010打印报表生成各种报表并打印管理数据库UC011管理数据库对数据库进行备份与恢复1.3.4 用例描述表1-2表1-11对表1-1中的每个用例作了详细的描述。1管理员登录UC001表1-2 管理员登录用例项描 述描述管理员通过输入用户名和密码进入后台管理系统参与者管理员、服务器端、数据库系统条件该用户的角色为管理员结果登录成功或失败基本流程（1）管理员进入系统后台管理登录界面（2）输入用户名和密码（3）系统进行验证（4）系统返回验证结果，用户名和密码正确则转到后台管理主界面，出错则返回到管理员登录界面，3次输错时退出系统异常由于用户名和密码

26、错误或管理员名称不存在引起的登录失败、访问数据库出错数据格式用户名、密码返回数据登录结果2管理权限UC002表1-3 权限管理用例项描 述描述系统管理员对管理员信息进行添加、删除、修改、查询参与者系统管理员、服务器端、数据库系统条件该用户的角色为系统管理员结果对用户账号和用户信息表中的数据进行了添加、删除或修改基本流程（1）系统管理员进入系统权限界面（2）根据需要单击“添加”、“修改”或“删除”按钮对系统的功能进行维护（3）如果单击“添加”按钮，则弹出系统新功能输入页面，输入完数据后，单击“保存”按钮，则保存新记录在账号表与用户明细表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果

27、单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式账号、密码、权限、用户详细信息返回数据返回添加、修改或删除后的账号表与用户明细表结果集3管理客户资料UC003表1-4 客户资料管理用例项描 述描述用户管理员对Web用户的信息进行添加、删除、修改、查询参与者用户管理员、服务器端、数据库系统条件该用户的角色为用户管理员结果对用户账号与信息表中的数据进行了添加、删除或修改基本流程（1）用户管理员进入用户管理界面（2）根据需要单击“添加”、“修改”或“删除”按钮对系统的功能进行维护（3）如果单击“添加”按钮，则弹出客户录入页面，输入完数据后，单击“保存”按钮，则保存新记

28、录在账号表与用户明细表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式账号、密码、权限、用户详细信息返回数据返回添加、修改或删除后的客户表结果集4维护客户留言UC004表1-5 客户留言管理用例项描 述描述用户管理员对Web用户的留言信息进行回复、删除、查询参与者用户管理员、服务器端、数据库系统条件该用户的角色为用户管理员结果对用户留言表中的数据进行了添加、删除或修改基本流程（1）用户管理员进入留言管理界面（2）根据需要单击“发表”、“回复”或“删除”按钮对系统的留言进行维护（3）如果单击“发表”按钮，

29、则弹出留言输入页面，输入完数据后，单击“保存”按钮，则保存新记录在留言表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“回复”按钮，则弹出回复页面，输入回复内容后保存该记录续表项描 述异常访问数据库出错数据格式标题、内容、留言时间、用户名、回复ID返回数据返回添加、修改或删除后的留言表结果集5管理供应商UC005表1-6 供应商资料管理用例项描 述描述商品管理员对供应商信息进行录入、删除、修改、查询参与者商品管理员、服务器端、数据库系统条件该用户的角色为商品管理员结果对供应商表中的数据进行了添加、删除或修改基本流程（1）商品管理员进入商品管理界面（2）根据需要单击“添加”、“

30、修改”或“删除”按钮对系统中的供应商资料进行维护（3）如果单击“添加”按钮，则弹出供应商录入页面，输入完数据后，单击“保存”按钮，则保存新记录在供应商表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式供应商名称、地址、邮编、电话、电子邮件、公司主页返回数据返回添加、修改或删除后的供应商集合6管理商品UC006表1-7 商品管理用例项描 述描述商品管理员对商品信息进行录入、删除、修改与查询参与者商品管理员、服务器端、数据库系统条件该用户的角色为商品管理员结果对商品表中的数据进行了添加、删除或修改基本流程（

31、1）商品管理员进入商品管理界面（2）根据需要单击“添加”、“修改”或“删除”按钮对系统中的商品进行维护（3）如果单击添加“按钮”，则弹出商品录入页面，输入完数据后，单击“保存”按钮，则保存新记录在商品表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式供应商ID、商品数量返回数据返回添加、修改或删除后的商品集合7管理商品类别UC007表1-8 商品类别管理用例项描 述描述商品管理员对商品类别信息进行录入、删除、修改、查询参与者商品管理员、服务器端、数据库系统续表项描 述条件该用户的角色为商品管理员结果对商

32、品类别表中的数据进行了添加、删除或修改基本流程（1）商品管理员进入商品分类界面（2）根据需要单击“添加”、“修改”或“删除”按钮对系统的商品类别进行维护（3）如果单击“添加”按钮，则弹出商品类别录入页面，输入完数据后，单击“保存”按钮，则保存新记录在商品类别表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式商品父类ID、描述、是否叶子类返回数据返回添加、修改或删除后的商品类别集合8管理商品型号UC008表1-9 商品型号管理用例项描 述描述商品管理员对商品型号信息进行录入、删除、修改、查询参与者商品管理

33、员、服务器端、数据库系统条件该用户的角色为商品管理员结果对商品型号表中的数据进行了添加、删除或修改基本流程（1）商品管理员进入商品型号界面（2）根据需要单击“添加”、“修改”或“删除”按钮对系统中的商品型号进行维护（3）如果单击“添加”按钮，则弹出商品型号录入页面，输入完数据后，单击“保存”按钮，则保存新记录在商品型号表中；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式型号名称、描述返回数据返回添加、修改或删除后的商品型号集合9管理订单UC009表1-10 订单管理用例项描 述描述销售管理员对用户的订单信

34、息进行删除、修改、查询参与者商品管理员、服务器端、数据库系统条件该用户的角色为销售管理员结果对订单表中的数据进行了查询、删除或修改基本流程（1）销售管理员进入订单界面（2）根据需要单击“查询”、“修改”或“删除”按钮对系统中的订单进行维护（3）如果单击“查询”按钮，则显示订单的详细信息；如果单击“删除”按钮，则从数据库中删除所选择的记录；如果单击“修改”按钮，则弹出修改记录页面，修改后保存该记录异常访问数据库出错数据格式订单号、用户账号、收货人姓名、地址、电话、订单日期、小计订单的详细信息（商品ID、订单ID、单价、数量）返回数据返回查询、修改或删除后的订单集合10管理报表UC0010表1-1

35、1 报表管理用例项描 述描述系统管理员对商品订单情况进行查询参与者系统管理员、服务器端、数据库系统条件该用户的角色为系统管理员结果以报表的形式显示查询的结果基本流程（1）系统管理员进入报表界面（2）根据需要按条件对订单信息进行查询并生成报表异常访问数据库出错数据格式查询条件：订单日期、用户账号返回数据无1.4 eShop-MIS数据库设计数据库的设计主要包括E-R图的设计和数据库表的设计两部分。程序员一般用E-R图来对数据库结构建模，然后再将E-R图转化为数据库的表结构。1.4.1 E-R图经过分析，eShop-MIS的数据库设计如图1-12所示。图1-12 eShop-MIS数据库1.4.2

36、 表结构设计表1-12表1-23对数据库中表的每个字段进行了详细说明，其中PK表示主键，FK表示外键。1用户账号表（Accounts）用户账号表（Accounts）用来记录前台Web用户与后台管理员的账号信息。表1-12 用户账号表（Accounts）字 段 名数 据 类 型能 否 为 空说 明UserNameNvarchar(50)否用户账号（PK）PasswordNvarchar(50)否密码IsAdminbit否是管理员还是用户Rightsint是管理员的权限说明：Rights由一个整数组成，目前取低4位，每一位表示一种权限。A0位表示系统管理员，A1位表示用户管理员，A2位表示商品管理

37、员，A3位表示销售管理员。2用户资料表（UserDetails）用户资料表（UserDetails）用来记录前台Web用户与后台管理员的个人详细资料。表1-13 用户资料表（UserDetails）字 段 名数 据 类 型能 否 为 空说 明PKIdint否ID（PK）NameNvarchar(50)是姓名SexNchar(2)是性别Birthdaydatetime是生日IDCardNvarchar(2)是身份证号UserNameNvarchar(50)是用户账号，FK，对应Accounts表中的UserNameAddressNvarchar(200)是地址PostCodeNvarchar(5

38、0)是邮编TelephoneNvarchar(50)是联系电话EMailNvarchar(50)是电子邮件HomePageNvarchar(50)是个人主页3商品型号表（ItemType）商品型号表（ItemType）用来记录公司的所有商品的型号。表1-14 商品型号表（ItemType）字 段 名数 据 类 型能 否 为 空说 明PKIdint否ID（PK）NameNvarchar(50)否名称DescriptionNvarchar(200)是描述4商品明细表（Items）商品明细表（Items）用来记录公司所有商品的基本信息。表1-15 商品明细表（Items）字 段 名数 据 类 型能

39、否 为 空说 明PKIdint否ID（PK）NameNvarchar(50)是商品名称TypeIdInt是型号ID，FK，对应ItemType表中的主键PicRefNvarchar(50)是图片路径UnitPriceNvarchar(200)是单价UnitCostNvarchar(50)是成本DescriptionNvarchar(50)是描述5订单明细表（OrderItems）订单明细表（OrderItems）记录Web用户所下订单的明细信息。表1-16 订单明细表（OrderItems）字 段 名数 据 类 型能 否 为 空说 明OrderIdint否OrderId与ItemId共同组成表

40、的主键，分别表示订单ID与商品IDItemIdint否UnitPriceint否单价Quantityint否数量6订单表（Orders）订单表（Orders）用来记录Web用户所下的每个订单的基本信息。表1-17 订单表（Orders）字 段 名数 据 类 型能 否 为 空说 明PKIdint否ID（PK）UserNameNvarchar(50)否用户账号，FK，对应Account表中的主键OrderDatedatetime否订单日期SubTotalsmoney否订单总额ReceiptNameNvarchar(50)否收货人姓名ReceiptPhoneNvarchar(50)否收货人电话Rec

41、eiptAddrNvarchar(200)否收货人地址7产品分类表（Categories）产品分类表（Categories）用来记录公司的商品分类信息。表1-18 产品分类表（Categories）字 段 名数 据 类 型能 否 为 空说 明PKIdint否（PK）ParentIdint是父类ID，FK，对应本表的PKDescriptionNvarchar(50)是描述IsLeafBit否是叶子节点类8客户留言表（Messages）客户留言表（Messages）用来记录Web用户的留言信息及管理员发布的留言信息。表1-19 客户留言表（Messages）字 段 名数 据 类 型能 否 为 空说

42、 明PKIdint否（PK）TitleNvarchar(20)否标题ContentNvarchar(2000)否内容WrTimedatetime否留言时间UserNameNvarchar(50)否留言的用户账号，FKReplyIDint是回复ID，FK9每日精品推荐表（DailyPicks）每日精品推荐表（DailyPicks）用来记录公司的热销商品，根据商品的销售情况自动提取排名前10个商品。表1-20 每日精品推荐表（DailyPicks）字 段 名数 据 类 型能 否 为 空说 明CategoryIdint否FK和PK来自Categories表ItemIDint否FK和PK来自Items

43、表10供应商表（Suppliers）供应商表（Suppliers）用来记录向公司供应商品的供应商信息。表1-21 供应商表（Suppliers）字 段 名数 据 类 型能 否 为 空说 明PKIdint否（PK）CompanyNameNvarchar(50)否公司名称AddressNvarchar(50)是地址PostalCodeNvarchar(50)是邮编TelephoneNvarchar(50)是电话EMailNvarchar(50)是电子邮件HomePageNvarchar(50)是公司主页11商品表（Products）商品表（Products）用来记录公司商品的库存情况。表1-22

44、商品表（Products）字 段 名数 据 类 型能 否 为 空说 明ItemIdint否商品ID，FK和PK来自Items表SupplierIDint否供应商ID，FK来自Cateories表Quantityint是数量12ItemCategory表ItemCategory表是一个关联表，用来实现Categories表与Items表的关联，以方面快速查找。表1-23 ItemCategory表字 段 名数 据 类 型能 否 为 空说 明CategoryIdint否FK和PK来自Categories表ItemIDint否FK和PK来自Items表1.5 eShop-MIS 主要类设计eShop-MIS后台管理系统主要采用3层架构设计。类主要分为3种：（1）界面设计类，以Frm前缀开头，用来设计软件的界面；（2）数据实体类，以M前缀开头，后面跟数据库表的名称，将数据库表设计为一个模型实体；（3）业务逻辑类，以B开头，后面也是以表的名称来命名，业务逻辑类用来完成数据的存取操作。类的设计基本采用这样的流程：首先根据界面上用户输入的信息生成实体类，然后在界面类中生成业务逻辑对象