网吧管理与系统--课程设计.docVIP

  1. 1、本文档共18页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
网吧管理与系统--课程设计

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

您可能关注的文档

文档评论(0)

wnqwwy20 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:7014141164000003

1亿VIP精品文档

相关文档