网吧管理系统.doc

信息工程学院课程设计报告课程名称:软件建模与分析设计题目:网吧管理系统学生姓名:张浩学号:112149专业班级:15级软件工程(1)班指导老师:邱慧丽时间:..目录引言问题提出的背景现状及研究意义系统概述系统需求分析系统的主要功能3UML建模设计静态结构模型设计动态行为模型4总结 需求分析 需求分析分为三个部分:需求的文字表述、数据流图、数据字典。 一、 需求分析 第一部分 调查用户需求 在对网吧管理系统进行实质性分析设计前,我们对用户需求的做了以下几个方面进行了调查。 用户的需求可分为三个方面:一方面是网吧工作人员通过网吧管理系统来管理网吧的各种设备,来方便用户上网,网吧的管理,软硬件的更新;二方面是用户能通过该系统来搜索自己需要用到的软件;三方面是对网吧数据库管理的需求,数据库在DBMS中扮演着极其重要的角色,所以能对系统数据库进行安全和全面地管理也成为了网吧管理者的一个重要需求。这三个方面形成了网吧管理系统的一个有机工作整体,采用计算机平台进行自动化信息处理,可更高效的维护和更新网吧的软硬件设备,为用户提供更好的服务,对网吧的工作人员更好的管理。 在软、硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,能够很简单方便的管理网吧各种软硬件信息。硬件需求的配置要求不能太高,这样能够很好的适应当前的大中型网吧。 本系统开发的总的设计目标是实现网吧管理的系统化、规范化和自动化,实现对网吧软硬件的集中统一的管理。本系统主要实现对网吧内部信息的管理,主要功能为管理软硬件更新维护、网吧工作人员的工作安排、网吧的财务管理、查询、删除和工作人员的信息和上网用户信息等。本系统是在visualstudio环境下开发的网吧管理系统,数据库采用SQLserver。这两种开发工具提供集成和可视化开发工具,使得开发过程相对轻松了许多。。 2实现网吧对所有机器的当前状态的查询,方便管理人员管理。 3建立当前机器软硬件的版本信息数据库,方便管理人员尽兴更新维护。 4建立网吧工作人员数据库,限定工作人员权限,保障数据库安全和工作人员的工作安排划分。 5. 建立网吧内部超市销售物品数据库,方便货物的补充。 6. 建立网吧会员用户数据库。网吧管理系统总体构架在系统中,管理员将学籍管理所有的信息数据,包括系统用户信息数据、系统信息数据、班级信息数据、教师信息数据、学生信息数据、选课信息数据,进行处理并保存在学籍管理系统中,教师通过学籍管理信息系统对学生的成绩进行录入,又能够在学籍管理系统中的选课查询数据模块中对班级学生名单进行查询,学生能够在学籍管理系统中进行选课,也可通过数据查询模块对自己的成绩进行查询,通过分析画出的数据流图:其中学籍管理信息包括系统用户信息、系部信息、班级信息、教师信息、学生信息、课程信息、选课信息、数据查询信息。?UML是一种统一建模语言UML四大核心内容?:用例是相对独立的用例的执行结果对参与者来说是可观测的和有意义的。这件事必须由一个参与者发起。不存在没有参与者的用例,用例不应该自动启动,也不应该启动另一个用例。用例必然是以动宾短语形式出现(5)一个用例及时一个需求单元、分析单元、设计单元、开发单元、测试单元、部署单元。关系的总类:(1)关联关系:一种弱的连接关系。(2)泛化关系:表示类与类、接口与接口之间的继承关系或类与接口的实现关系。(3)聚合关系:是关联关系的一种,表示整体与个体的一种弱的“拥有”关系。(4)依赖关系:是类与类之间的连接,代表一个类依赖另一个类。(5)合成关系是一种强依赖关系(6)精华关系(7)实现关系(8)扩展关系组件的性质:完备性、独立性、逻辑性、透明性。UML核心元素统一过程核心工作流程UML核心视图,视图,-----捕获系统中用户能够看见的功能1) 角色:任何一个与系统发生相互作用的事物都能够表现为一个角色。角色能够是人也能够是物。2)一个用例定义了一组系统要做的有序的动作序列,并且这个动作序列要产生一个可观测的结果,返回给某一个特定的角色。单个执行者可与多个用例联系;反过来,一个用例可与多个执行者联系。对同一个用例而言,不同执行者有着不同的作用:他们能够从用例中取值,也能够参与到用例中。管理员用例图用户用例图类图-----捕获系统的词汇表类图是对象结构建模的一部份,类图描述系统中类的静态结构。尽管其它模型能够帮助建模者发现被模拟对象的重要信息,但是它们不能揭示的信息则必须求助于类图。类图模拟保证系统正常工作的所有必要资源。其它所有模型如果想获取这些资源(例如属性值、状态和对行为的约束)的信息,最终都必须访问类图。类图是代码生成(将模型转化为代码)的来源,也是逆向工程(将代码转化为模型)的目标设生成物。我们所开发的网吧管理系统中主要的类有3个(1)用户类: