公交车查询系统软件工程设计

公交车查询系统软件工程设计内容摘要：

3． 系统取得选择查询经过景点信息。 4． 系统取得选择 查询经过景点信息 5．系统转入到查询经过景点信息用例（ U010504）。 异常操作流程 非功能性需求 结束条件 1． 选择增加经过景点信息。 2． 选择修改经过景点信息。 3． 选择删除经过景点信息。 4． 选择查看经过景点信息。 5． 选择返回主用例。 用例结果 第 3 章 系统面向对象 分析 OOA 分析任务 根据需求规格完成软件模块的划分并描述模块之间的关系。 系统 OOA 类组成 OOA（面向对象的分析）模型由 5 个层次（主题层、对象类层、结构层、属性层和服务层）和 5 个活动（标识对象类、标识结构、定 义主题、定义属性和定义服务）组成。 在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。 分类结构就是所谓的一般与特殊的关系。 组装结构则反映了对象之间的整体与部分的关系。 OOA 在定义属性的同时，要识别实例连接。 实例连接是一个实例与另一个实例的映射关系。 OOA 在定义服务的同时要识别消息连接。 当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。 OOA 中的 5 个层次和 5 个活动继续贯穿在 OOD（画向对象的设计）过程中。 OOD 模型由 4 个部分组成。 它们分别是设计问题域部分、设 计人机交互部分、设计任务管理部分和设计数据管理部分。 系统 OOA 类识别 用例编号 用例名称 分析类类别 Class Type 分析类名称 class Name 属性 Properties 方法 Methods 0001 登录用例 边界类 border 登录界面 显示登录表单 输入帐号 输入密码 输入验证码 提交表单 显示错误信息 控制类 Control 登录控制 取得验证码 取得账号密码 验证验证码 验证管理员合法性 实体 Entity 管理员 账号 密码 验证 U30001 增加管理员用例 边界类 增加管理员界面 显示增加管理员表单 输入管理员数据 提交增加管理员数据 控制 增加管理员控制 取得提交管理员数据 验证管理员数据合法性 边界 管理员主界面 进入主界面 实体 管理员 帐号 密码 增加 U30002 删除管理员用例 边界类 删除管理员界面 显示删除管理员表单 选择删除的管理员数据 提交删除管理员数据 控制 删除管理员控制 取得删除管理员数据 边界 管理员主界面 进入主界面 实体 管理员 帐号 密码 删除 U30003 修 改管理员用例 边界类 修改管理员界面 显示修改管理员表单 选择修改管理员数据 提交修改管理员数据 控制 增加管理员控制 取得修改管理员数据 验证管理员数据合法性 边界 管理员主界面 进入主界面 实体 管理员 帐号 密码 修改 U30004 查询管理员用例 边界类 查询管理员界面 显示查询管理员表单 选择查询管理员数据 提交查询管理员数据 控制 查询管理员控制 取得查询管理员数据 显示查询管理员数据 边界 管理员主界面 进入主界面 实体 管理员 帐号 密码 查询 U20201 增加公交车用例 边界类 增加公交车界面 显示增加公交车表单 输入公交车数据 提交增加公交车数据 控制 增加公交车控制 取得提交公交车数据 验证公交车数据合法性 边界 主界面 进入主界面 实体 公交车 车次 行走路线 站点名称 首车时间 末车时间 普通票价 月票票价 车辆间隔时间 售票信息 经过景点 增加 U20202 删除公交车用例 边界类 删除公交车界面 显示删除公交车表单 选择删除的公交车数据 提交删除公交车数据 控制 删除公交车控制 取得删除公交车数据 边界 公交车主界面 进入主界面 实体 公交车 车次 行走路线 站点名称 首车时间 末车时间 普通票价 月票票价 车辆间隔时间 售票信息 经过景点 删除 U20203 修改公交车用例 边界类 修改公交车界面 显示修改公交车表单 选择修改公交车数据 提交修改公交车数据 控制 增加公交车控制 取得修改公交车数据 验证公交车数据合法性 边界 公交车主界面 进入主界面 实体 公交车 车次 行走路线 站点名称 首车时间 末车时间 普通票价 月票票价 车辆间隔时间 售票信息 经过景点 修 改 U20204 查询公交车用例 边界类 查询公交车界面 显示查询公交车表单 选择查询公交车数据 提交查询公交车数据 控制 查询公交车控制 取得查询公交车数据 显示查询公交车数据 边界 公交车主界面 进入主界面 实体 公交车 车次 行走路线 站点名称 首车时间 末车时间 普通票价 月票票价 车辆间隔时间 售票信息 经过景点 查询 系统 OOA 类图 管理员类图 用户类图 系统 OOA 用例时序图 管理员时序图 : 管理员 : 登陆界面 : 管理员控制类 : 公交车1 : 输入账号密码验证码2 : 验证账号密码验证码3 : 验证成功进入主页面4 : 选择增加删除修改查询功能5 : 取得管理员选择功能6 : 增加删除修改查询公交车信息7 : 更新数据8 : 返回成功信息9 : 显示操作成功若没有相关信息则显示没有相关信息 用户时序图 : 用户 : 登陆界面 : 用户控制类 : 公交车1 : 会员输入账号密码验证码2 : 验证账号密码验证码3 : 进入查询界面4 : 用户会员输入想查询信息5 : 取得输入信息6 : 查询相关信息7 : 返回相关信息8 : 取得相关信息9 : 显示用户会员要查询信息若没有相关信息则显示没有相关信息 系统 OOA 用例协作图 管理员 协作图 : 管理员 : 登陆界面 : 管理员控制类 : 公交车验证管理员账号密码验证码1 : 输入管理员账号密码验证码2 : 进入管理页面3 : 管理员选择增加删除修改查询功能8 : 显示成功信息4 : 取得管理员选择功能7 : 取得成功信息5 : 增加删除修改查询公交车信息6 : 返回成功信息 用户协作图 : 登陆界面 : 公交车 : 用户控制类 : 用户验证会员账号密码验证码4 : 取得查询信息7 : 取得相关信息5 : 查询相关信息6 : 返回相关信息1 : 输入会员账号密码验证码2 : 验证成功3 : 输入查询信息8 : 显示要查询的信息 第 4 章 系统面向对象设计 OOD 设计 任务 对 OOA 分析结果作进一步的规范化整理，以便被 OOP 接受 系统平台和技术选择 一． 操作系统平台选择 Windows XP 二． 数据库平台选择 Mysql 三． 应用服务器平台 四． 开发语言选择 Java HTML JavaScript 五． 开发框架选择 JavaEE(JSP, Servlet) 六． 开发工具选择 七． 版本管理工具选择 SubVision6 系统 OOD 类设计模式和分层策略 由于 本系统采用了基于 struct 体系结构的设计，即 MVC 的三层设计模式，并采用面向对象的 Java 语言以及 JSP 的脚本语言实现。 在整个开发过程中，尽可能采用复用的原则，例如采用标签库，统一数据库的基本操作，统一结果显示等。 进一步细分可以划归为 JAVA EE 五层架构，及 CO 层 ,DTO 层 ,BO 层 ,DAO 层 ,VIEW 层 , VIEW 层负责页面的显示，视图层。 DAO 层负责系统与数据库的交互。 BO 层负责处理系统相关业务。 CO 层负责传输控制数据对象。 DTO 层则代表了与实体之间的意义对应。 系统 OOD DTO(VO)层设计 (1) 简述 VO 类的职责 DTO 是简单对象，它不应该包含需要测试的任何业务逻辑。 但是，您确实需要测试每个 DTO 的数据聚合。 每个 DTO 可能需要测试，也可能不需要，这取决于您的序列化机制。 如果序列化是框架的一部分，则只需要测试一个 DTO。 如果不是这样，请使用一般的反射机制，这样就不需要测试每个 DTO 的序列化。 (2) 说明 VO 的设计原则 VO 类采取与实体一一对应的策略。 取得 VO 类由 VO 直接 NEW 对象。 而 VO 类的属性则由各属性所对应的 GET 方法获得。 (3) VO 类的设计规范： VO 类的包名统一采用： .value 模块名即为所对应的子模块名： 包名全部小写。 VO 类的类名采用：实体名 Value 的形式 实体名即为所对应的实体名： 类名首字母大写，相邻单词首字母大写。 VO 类属性名，方法名， 首字母小写，相邻单词首字母大写 (4) 系统的所有的 VO 的设计表 pckage . 公交车查询系统值类 类名称 类型 属性 方法 //管理员值类 ManagerValue JavaBean private String managerId。 //员工帐号 private String managerPass。 //登录密码 //每个属性一对 set/get 方法 //公交车值类 BusValue JavaBean private int busId。 //公交车车次 private String path。 //公交车行走路线 private String stopName。 //站点名称 private String firstBus。 //首车时间 private String lastBus。 //末车时间 private String normalTickt。 //普通票价 private String monthTickt。 //月票票价 private String busTime。 //车辆间隔时间 private String saleTickt。 //售票信息 private String view。 //经过景点 //每个属性一对 set/get 方法 系统 OOD DAO 层设计 (1) 简述 DAO 类的职责 DAO 是 Data Access Object 数据访问 接口，数据访问：顾名思义就是与数据库打交道。 夹在业务逻辑与数据库资源中间。 J2EE 模式中是这样介绍 DAO 模式的：为了建立一个健壮的 J2EE 应用，应该将所有对数据源的访问操作抽象封装在一个公共 API中。 用程序设计的语言来说，就是建立一个接口，接口中定义了此中将会用到的所有事务方法。 在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储 (2) 说明 DAO 的设计原则 取得 DAO 类由 DAO 工厂负责统一生产。 (3) DAO 类的设计规范 ： DAO 类的包名统一采用： .dao 模块名即为所对应的子模块名： 包名全部小写。 dao 类的类名采用：实体名 dao 的形式 实体名即为所对应的实体名： 类名首字母大写，相邻单词首字母大写。 Dao，方法名， 首字母小写，相邻单词首字母大写 (4) 系统的所有的 DAO 层接口，类和工厂的设计表格。 接口名称 塑造型 属性 方法 //管理员 DAO 接口 IManagerDao interface public void cr。