罗俄斯方块系统设计说明书本科论文.doc

  1. 1、本文档共21页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
罗俄斯方块系统设计说明书本科论文

俄罗斯方块 系统设计说明书 版本号:V1.0 班 级: 项目组长: 小组成员:   任课教师: 职 称: 日 期:   更改控制页 编目号: 序号 版本号 更改时间 文件更改申请表(DCR)编号 填写人 目 录 第一章 前言 1 1.1 编写目的 1 1.2 项目概述 1 1.3 组织结构与人员职责 1 1.4 理解面向对象分析与设计 2 第二章 面向对象分析 3 2.1 需求描述 3 2.2 建立功能模型 3 2.3 建立动态模型 5 2.4 建立对象模型 7 2.5 界面设计 8 第三章 面向对象设计 10 3.1 系统架构设计 10 3.2 模型层设计 11 3.2.1 方块类(Brick) 12 3.2.2 墙类(Wall) 13 3.2.3 提示信息类(Prompt) 14 3.2.4 业务类及其关系设计 14 3.3 视图层设计 15 3.4 控制层设计 16 第四章 面向对象实现 18 4.1 模型层实现(cn.usth.tetris.model) 18 4.2 视图层实现(cn.usth.tetris.view) 18 4.3 控制层实现(cn.usth.tetris.model) 18 前言 编写目的 详细说明用户需求,并将其作为系统分析、设计和测试的依据。 预期读者:分析人员、设计人员、测试人员。 项目概述 该项目使用面向对象软件工程方法设计并实现一个俄罗斯方块游戏。项目进程包括面向对象软件工程的三个阶段,即:面向对象分析、面向对象设计和面向对象实现。系统框架易于扩展,可以在此基础上增添各种功能、扩展游戏用户数,并方便集成其它项目中。 该项目用于面向对象软件工程案例教学,达到以下教学目的: 如何使用面向对象软件工程方法进行软件开发; 如何使用面向对象的思想降低问题的复杂性; 如何使用MVC框架的思想进行程序开发; 如何使用java语言具体地实现一个俄罗斯方块游戏。 组织结构与人员职责 组长: 班级 学号 姓名 分工 理解面向对象分析与设计 面向对象分析与设计方法要求在设计中要映射现实世界中指定问题域中的对象和实体,例如:顾客、汽车和销售人员等。这就需要设计要尽可能地接近现实世界,即以最自然的方式表述实体。所以面向对象技术的优点即为能够构建与现实世界相对应的问题模型,并保持他们的结构、关系和行为模式。 大师说:没有不变的需求,世上的软件都改动过3次以上,唯一一个只改动过两次的软件的拥有者已经死了,死在去修改需求的路上。 需求是不稳定的,那么需求之中是不是没有稳定的东西呢?有的,就是对象。世界都是由对象组成的,而对象都是持久的,例如动物、植物已经有相当长的时间。虽然对象也在变化,动物,植物也在不断的进化。但对象在一个相当长的时期内都存在,动植物的存在时间肯定比任何一家企业长久。面向对象的开发方法的精髓就是从企业的不稳定需求中分析出企业的稳定对象,以企业对象为基础来组织需求、构架系统。这样得出的系统就会比传统的系统要稳定得多,因为企业的模式一旦变化,只需要将稳定的企业对象重新组织就行了。这种开发的方法就被称为OOAD(Object Orient Analysis Design 面向对象的分析和设计),而分析出的企业对象就被称为公共商务对象Common Business Object)。/view/1488767.htm 面向对象分析 需求描述 随机产生经典俄罗斯方块图形,每种方块颜色不同; 可以设置游戏难度级别,级别越高方块下落速度越快; 可以暂停游戏或继续游戏; 方向键实现下落方块的左移、右移、加带下落、变形等基本操作; 方块下落后,下方如果有满行,则将满行消除 对游戏成绩进行记分并显示。 建立功能模型 系统用例图 使用UML进行系统分析,就是使用面向对象方法来分析系统,以此建立面向对象的系统模型。此处主要采用UML的例图、活动图对俄罗斯方块游戏的需求进行分析,并建立功能模型。 识别参与者:构造系统的用例模型首先要确定参与者,参与者是与系统、子系统或类发生交互的外部用户、进程或其他系统理想化概念。通

您可能关注的文档

文档评论(0)

李天佑 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档