基于uml火车票网上售票系统的设计内容摘要:
会因素方面的可行性分析 ( 1) 法律方面的可行性 该系统的开发和研制 ,将不会侵犯他人、集体和国家的利益,不会违犯国家政策和法律。 ( 2) 使用方面的可行性 该系统由操作简单,售票工作者稍加培训即可操作,顾客购票操作简单明了,极易上手。 ( 3) 技术可行性 本系统由吾等三人小组设计及验证,所涉及知识均为大学本科阶段所学内容,不懂或者不会的内容可通过自学或请教老师解决。 因此在技术是可行的。 ( 4) 经济可行性 由于本系统旨在方便顾客购票,工作人员售票,当系统投入运行后会带来很大的方便,所带来的效益远远大于系统软件的开发成本。 在经济上完全可行。 ( 5) 操作可行性 界面设计时充分考虑管理人员的习惯,使得操作简单 ;数据录入迅速、 7 规范、可靠;统计准确;制表灵活;适应力强。 结论 综上所述,该项目应立即开始进行研发。 从人力资源优化角度来说,可以充分利用学校已有人力资源。 8 第 2章 利用 UML视图的需求规格说明书 引言 编写目的 《利用 UML 视图的需求说明书》的目的是明确《火车票网上售票系统》中各项功能和非功能需求,确定系统功能模块,同时为概要设计和详细设计人员提供设计依据,也可供本项目的其他开发人员参阅。 指导软件系统的后续开发工作 ,本文档所描述的用户需求将作为该项目最终验收的标准和依据。 说明:该文档必须经用户方和开发方签字确 认方可有效。 读者对象 ( 1) 对相关业务技术和总体方案作出决策和管理人员和质量管理人员 ( 2) 对本《需求规格说明书》进行评审和确认的有关业务和技术人员 ( 3) 参加概要设计和详细设计阶段工作的全体设计人员 ( 4) 《火车票网上售票系统》项目组 ( 5) 用户 软件项目概述 问题描述 客户先通过网站系统查询各种情况(票的价格,车的情况,以及一些铁路状况),再通过系统数据库给与的实时信息提示去预定想要的火车票,完成订票的过程,客户也可以通过网站系统对自己已经订购的票进行退订手续。 管理员可以通过系统对客户进行管理,查看客户信息,修改客户信息,添加客户信息,以及删除客户信息等等,管理员也可以去修改票务信息,修改变动后的时间以及车票价格等等。 系统概览 9 随着软件开发方法学的演变和发展,特别是软件设计模式、软件组件等概念的提出,给软件重用度、软件的可扩充性及软件开发效率的提高,提供了一个诱人的前景。 我们将采纳当前软件工程最新技术,采用统一建模语言 UML 描述基于网络计算平台的整个项目,在分析、设计时充分利用软件模式及组合软件模式,利用前人的专家级经验,提高开发效率。 通过这一课程作业实践,一方面能加深我们对软件模式、软件组件、 UML 的认识和理解,使我们就这些 新技术的应用,提出更为可行的建议;另一方面,我们也希望能开发出新的软件组件,抽出新的软件模式,进一步充实软件模式仓库,繁荣软件组件市场。 《火车票预售系统》许中各种不同角色的使用人员利用此系统完成相应的工作。 顾客可以通过系统查询车票信息 ,从而完成火车票的订购,换票和退票等操作,系统管理员可以通过系统完成用户的添加删除和设置用户权限的功能,完成车票信息的添加,修改和删除功能。 一般性描述 用户类及其特征 用户类 描述 顾客 (优先考虑) 顾客是能够使用“火车票预售系统”功能的人,他们希望通过使用“火车票预 售系统”来进行火车票的预定,购买,换票以及退票功能,而不用像以前那样:进行以上任何一样功能都要排很长的队伍,省去了排队买票和取钱的麻烦。 系统管理员 系统管理员负责对系统数据库的维护,同时也负责系统出故障时的系统维修。 系统管理员需要有一定的计算机专业知识,同时也要对本系统的功能能够熟练的操作 系统 Use Case 图 10 各 Use Case 说明: ( 1) “顾客注册及修改注册信息”用例描述 用例名称 顾客注册及修改注册信息 参与者 顾客 主干过程 ,如果是学生做相应注明 ,然后提交 ,请求确认 ,完成操作 后置条件 “火车票售票系统”中的存储状态是“已完成” 分支过程 从第 2 步分支出来。 1 步。 异常 “无法提交信息”。 户操作错误,重新再试。 11 ( 2) “查询车票”用例描述 用例名称 查询车票 参与者 顾客 主干过程 ,完成查询 分支过程 从第 4 步分支出来。 2 步。 异常。 . ( 3) “订票”用例描述 用例名称 订票 参与者 顾客 12 主干过程 订一个车次的火车票 信息 位 统显示订单的订票条目,单价和总价格 (回到第 3 步) ,确认订单细节,价格和付费说明 ,并更新火车票剩余数量以及统计结算 后置条件 “火车票预售系统”中的存储状态是“已接受” 分支过程 订多个车次的火车票(第 4 步之后分支出来) 2 步 如果顾客是学生硬座优惠 50%,卧铺优惠 75% 异常 1.“火车票预售系统”出现故障,无法完成订票 ,现在无法订票 ( 4) “修改订单”用例描述 用例名称 修改订单 前置条件 顾客修改订单时,该火车票仍然有效,即火车票所代表的车次未发车 13 主干过程 顾客未付款此订单 “已接受”后,接受请求 后置条件 “火车票预售系统”中的存储状态是“已接受” 的订票条目来更新火车票剩余数量 分支过程 第 2 步分支出来 如果顾客已经为此订单付款,则顾客只能修改同一车次不同的乘车时间,若修改车次,返回 1 取消订单。 异常 1.“火车票预售系统”出现故障,无法完成修改订单功能 ,现在无法修改订单 顾客订单状态为“未接受”,无法完成修改订单功能 “您没有订单或者订单已取消或者,建立订单之后才能修改订单” ( 5) “退票”用例描述 用例名称 退票 参与者 顾客 前置条件 顾客退票 时,该火车票仍然有效,即火车票所代表的车次未发车 主干过程 “火车票预售系统” ,并将窗口机菜单转到退票页面 ,并退出一定比例的火车票金额给用户,扣除 5%手续费。 14 后置条件 “火车票售票系统”中的存储状态是“已接受” 退票纪录存入数据库 分支过程 从第 4 步分支出来 2 步。基于uml火车票网上售票系统的设计
相关推荐
dd()。 打开添加新提醒的窗体 新窗体中,获取年月日时分秒,以及提醒方式,提醒内容的信息,并存于闹钟结构体数组中。 值得说明的是,年月日时分秒都是 int型变量,提醒方式也根据项目序号,返回 int型变量,确定是哪一种方式。 完成后为闹钟编号 +1 当新窗口选择 OK,则将结构体数组中的数据,格式化处理,在主窗口的 ListControl中增加一行。 执行刷新函数。 其中的关键算法是 :
,对大系统在设计的早期可在远离门级的高层次上进行模开关 RTL 门 门 开关 算法 图 混合设计层次建模 拟,以利于设计者确定整个设计的结构和功能的可行性。 VHDL 强大的行为描述能力和程序结构,使其具有支持大规模设计进行分解,以及对已有的设计进行再利用的功能,运用 VHDL 设计系统硬件具有相对独立性,设计时没有嵌入与工艺有关的信息,对硬件的描述与具体的工艺技术和硬件结构无关
s: // Tool versions: // Description: // // Dependencies: // // Revision: // Revision File Created // Additional Comments: // ///////////////////////////////////////////////////////////////////////////
过程中要考虑完成系统功能需要用到哪些控件、这些控件之间的关系以及它们的相关性和重要性。 在大多数接口设计中,不是所有的接口元素都一样重要。 仔细斟酌是很有必要的,以确保越是重要的元素越要快速地显现给用户。 重要的或者频繁访问的元素应当放在显著的位置上,而不太重要的元素就应当降级到不太显著的位置上。 把控件分成组也很重要,尽量按功能或逻辑关系进行分组。 例如对数据库操作的按钮应当被形象地分成一组
内核的功能,而这是 90 年代的嵌入式操作系统内核, 如 VxWorks 和 VRTXsa 才有的技术口 1。 2. 3 uC/ OSIl 的任务 IlC/ OSII 内核提供的基本服务是任务切换。 内核负责为每个任务分配 CPU 时问,并且负责各任务之间的通讯。 一个任务,就是一个简单的程序,该程序可以独享 CPU 控制权。 在实时 应用的过程中,设计者把问题分割成多个任务
内对换相控 制的次数进行统计来实现。 由于所用的电机转一圈换相 6 次,故设置定时器 T2 定时 ,在此定时时间内换相次数记为 N,则转速即为 100N/min。 流程图如下图 6 示: 图 6 转速测量程序流程图 键盘控制与 液晶显示 图 7 键盘程序流程图 键盘则用于设定给定转速。 其程序流程图如图 7 所示。 液晶显示 主要分为两部分: 说明文 字的显示及 参数 值的显示。