C#课程设计超市管系统.doc

一、课程设计的目的与要求 1 二、系统分析 2 1.1概述 2 2.1需求分析 2 2．3开发及运行环境 3 三、系统设计 3 3.2功能分析 3 3.3系统设计概要 5 3.3.1系统总体结构 5 3.3.2系统用例图 6 3.4系统模块设计 14 3.5数据库设计 18 3.6登陆以及主窗体模块 21 3.6.1登录窗体 21 3.6.2注销和退出 22 3.7商品类别管理模块 22 3.7.1添加商品类别 23 3.7.2编辑商品类别 23 3.7.3删除商品类别 23 3.8商品管理模块 24 3.8.1添加商品 24 3.8.2编辑商品 25 3.9员工管理 25 3.9.1添加员工 25 3.9.2编辑员工 26 3.9.3删除员工 26 3.10会员管理模块 27 3.10.1添加员工 27 3.10.2编辑员工 28 3.10.3删除会员 28 3.11积分规则模块 29 3.12查看统计信息模块 29 3.13日常销售模块 30 四、致谢词 30 五、参考文献 31 一、课程设计的目的与要求 为了更好的培养当代大学生的实践与理论相结合的理念，课程设计课程设计是围绕一门主要基础课或专业课，运用所学课程的知识，结合实际应用设计而进行的一次综合分析设计能力的训练。实践经历一个小型管理系统开发的全过程， 3.3.2系统用例图 用例图由Ivar Jacobson 在开发AXE 系统中首先使用，并添加到由他所倡导的OOSE和Objectory 方法中。用例图引起了面向对象领域的极大关注，子1994年Ivar Jacobson 的著作出版后，面向对象领域已广泛接纳了这一概念，并认为它是第二代面向对象技术的标志。使用用例图可以描述外部参与者所理解的系统功能，也就是说用例图描述了用例、参与者以及它们之间的关系。 参与者代表与系统接口的任何事或人，它是指代表某一种特定功能的角色，因此参与者是虚拟的概念，他可以是人，也可以是外部系统或设备。同一个人也能对应多个参与者，因此一个人是可能扮演多个角色的。参与者总在被建模的系统外部，它们从来不是系统的一部分。 用例图是对系统行为的描述，它可以促进设计人员、开发人员与用户的沟通，理解正确的需求；还可以划分系统与外部实体的界限，是系统设计的起点，是类、对象、操作的来源，而通过逻辑视图的设计，可以获得软件的静态结构。 在参与者和用例之间存在的关系通常称为通信关联，因为它代表参与者和用例之间的通信。关联可以是双向导航（从参与者到用例吧，并从用例到参与者）或单向导航（从参与者到用例吧，或用例到参与者）。导航的方向表明了是参与者发起了和用例的通信还所示为用户登录利用图。 如图2所示，不带箭头的线段将参与者与用例关联起来，一以表示两者之间交换信息。其中，参与者与“用户”，用例为“登录超市管理系统”，所以这里可以看到一位员工正在登录超市管理系统。由于根据角色的不同，用户在登陆超市管理系统后将获得不同的操作权限， 用户（超市工作人员） 图2 用户登录用例图 所以登陆管理的用例图如图3所示。 普通员工 用户（超市工作人员） 图3 登录管理用例图 图3所示的登录管理用例图中使用了泛化技术，这里的参与者“管理员”和“普通员工”成为泛化参与者，而参与者“用户（超市工作人员）”成为泛化参与者。对超市管理系统来说，不管该员工是管从理员，还是普通员工，都称为超市管理系统的用户，所以可以看出泛化参与者在系统中扮演较为具体的角色。 泛化可以应用于参与者和用例来表示其子项（泛化参与者）从父项（泛型参与者）继承功能，而且泛化还表示父亲的每个孩子都有略微不同的功能和目的是为以确保自己的唯一性。 管理角色可对系统中的所有模块进行管理，不同模块的管理员用例图如图4至图10所示。 图4 管理员角色商品类别管理模块用例图 图5 管理员商品管理模块用例图 图6 管理员员工管理模块用例图 图7 管理员会员管理模块用例图 图8 管理员积分规则管理模块用例图 图9 管理员查看统计信息模块用例图 图10 管理员日常销售模块用例图 普通员工角色只能对系统中的日常销售模块、查看统计信息模块和会员管理模块中的添加会员进行管理，各模块普通员工用例图如图11至图13所示 图11 普通员工会员管理模块用例图 图12 普通员工查看统计信息模块用例图 图13 普通员工日常销售模块用例图 上图中带箭头的线和它所指向的用例，这里用来表示一个用例为执行其功能从其他用例引入功能，他们之间形成包含关系。其中，箭头指向的用例为包含用例为被包含用例，而另一侧用例为包含用例。也就是说，当管理员添加会员后，必须保存会员信息；