需求分析.ppt

需求分析
需求分析是确定要做一个什么样的系统，即开发人员专注于理解系统需要构建的内容，其核心是产生一个准确、完整、一致和可验证的分析模型
分析模型的组成
功能模型——用例图
对象模型——类图
动态模型——顺序图
需求分析是决定软件开发是否成功的一个关键因素，软件项目中40%～60%的问题都是在需求分析阶段埋下的祸根。
功能模型——用例图
用例图的概念
用例图从用户的角度来描述系统的功能，表示了操作者与系统的一个交互过程，可使用用例图来描述用户的需求。
用例图的组成
参与者(Actor）：与系统交互的外部实体
用例（UseCase）：从用户角度描述系统的行为
俄罗斯方块用例图
对象模型——类图
在分析对象模型中，分析类是概念层次上的内容，用于描述系统中较高层次的对象，与技术实现无关。从功能需求来看，分析类可以划分为：
实体类：表示系统存储和管理的永久信息
边界类：表示参与者与系统之间的交互
控制类：表示系统的业务控制逻辑
这种划分将系统中最容易产生变化的边界部分与相对稳定的实体部分和控制部分分离，可以更好地适应软件功能需求的变化
MVC模式
MVC模式就是将系统分为三层：
模型(Model)层实现系统中的业务逻辑；
视图(View)层用于与用户的交互；
控制(Controller)层是Model与View之间沟通的桥梁，它可以分派用户的请求并选择恰当的视图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
上述三种类的划分也是体现了MVC模式的思想，可以降低耦合性，提高系统的适应性和可维护性
识别类——边界类
边界类往往代表着参与者与系统交互的界面
设计边界类如下
游戏操作界面
游戏启动界面
游戏结束界面
识别控制类
控制类负责接收边界类的信息，并将其分发给实体类。
控制类设计如下：
游戏控制类
识别实体类
实体类通常对应着现实世界的事物
实体类设计如下：
方块类：对应游戏中用户控制的方块
网格类：对应游戏中方块的容器—网格
游戏类：对应某一次游戏
类图