火车站网上售票系统需求分析

上传人:cn****1 文档编号:476684588 上传时间:2023-07-21 格式:DOC 页数:13 大小:71KB
返回 下载 相关 举报
火车站网上售票系统需求分析_第1页
第1页 / 共13页
火车站网上售票系统需求分析_第2页
第2页 / 共13页
火车站网上售票系统需求分析_第3页
第3页 / 共13页
火车站网上售票系统需求分析_第4页
第4页 / 共13页
火车站网上售票系统需求分析_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《火车站网上售票系统需求分析》由会员分享,可在线阅读,更多相关《火车站网上售票系统需求分析(13页珍藏版)》请在金锄头文库上搜索。

1、. -需求分析书20212021班 佳俊组 组员 何益超 轶 忠奇 志轩1 导言1.1 目的该文档是关于用户对于火车票网上售票系统的功能和性能的要求,重点描述了火车票网上售票系统的设计需求,将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是:l 设计人员l 开发人员l 工程管理人员l 测试人员l 用户1.2 围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个工程系统的做什么的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3 缩写说明 无1.4 术语定义无1.5 引用标准1 企业文

2、档格式标准V1.12 需求规格报告格式标准V1.11.6 参考资料1 实用软件工程第三版2 需求规格报告格式标准V1.12 系统定义我们分别阐述一下工程的来源、背景和工程的目标。2.1 工程来源及背景随着科学技术的开展,计算机领域不断取得日新月异的研究成果。计算机在代替和延伸脑力劳动方面发挥越来越重要的作用,在日常生活中随处都离不开离不开计算机。尤其是在交通兴旺的今天,要管理大量的车票销售,计算机优势更加表达出来。在数字化的今天,为了加强火车售票的管理必须依靠计算机,使火车售票员更好的对游客的管理更加有序、到位,基于上述种种原因,开发火车站售票系统更加显得重要,我们结合本次课程设计开发以下的火

3、车站售票系统方案。本系统主要为了更好地实现火车售票管理,给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱,防止一些人为的错误。提供一个良好的售票环境,更好的完成售票。同时也对旅客提供一个查询客运情况。2.2 工程要到达的目标本工程设定的目标如下:1. 系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少2. 系统具有良好的运行效率,能够得到提高生产率的目的3. 系统应有良好的可扩大性,可以容易的参加其它系统的应用。4. 平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化。5. 通过这个工程可以锻炼队伍,提高团队的开发能力和工程管理能力2.3 系统整体构造 本系统主

4、要为了更好地实现火车售票管理,给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱,防止一些人为的错误。提供一个良好的售票环境,更好的完成售票。同时也对旅客提供一个查询客运情况。通过对火车站售票的情况的了解:一个火车站售票系统应该包括:售票功能,查询功能,调度功能,维护功能,统计功能等模块,在本系统中增设了用户登录模块以确保信息平安,考虑到旅客需要自主客运情况,增设了无需登录只提供查询列车时刻表,售票情况等信息模块。整个系统模块划分如以以下图:火车站售票系统维护功能模块售票功能模块登录功能模块调度功能模块统计功能模块查询功能模块退出功能模块3 应用环境 本工程的应用环境可以分硬件环境、软

5、件环境和网络环境来描述。本系统的网络运行图如图A-2,无论是客户端的应聘者还是管理端的HR等都可以通过网络登录到本系统中。应聘者通过网络提交简历等相关信息,HR通过网络发布职位信息,获得应聘者提供的简历信息,进展面试管理。3.1系统运行硬件环境本系统的硬件环境如下:l 客户机:普通PCn CPU:P4 1.8GHzn 存:256MB以上n 分辨率:推荐使用1024*768像素l WEB效劳器n CPU:P4 1.8GHzn 存:256MB以上l 数据库效劳器n CPU:P4 1.8GHzn 存:256MB以上3.2 系统运行软件环境l 操作系统:Microsoft Windows 7l 数据库

6、:MicrosoftAccess 2021l 开发工具包:Microsoft visual studio 20054 功能规格我们采用面向对象分析作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。Use Case描述的是actor(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同

7、时,该模型将来可以派生出动态对象模型。设计Use-case时,我们遵循以下步骤:第一步,识别出系统的actor。Actor可以是用户、外部系统,甚至是外部处理,通过*种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。第二步,描述主要的Use Case。可以采取不断地问自己这个Actor终究想通过系统做什么.来准确地描述Use Case。第三步,重新审视每个Use Case,为它们下个详尽的定义。4.2 角色Actor定义角色或者执行者Actor指与系统产生交互的外部用户或者外部系

8、统。4.2.1 旅客旅客是指在这个火车票售票系统过客户端购置火车票的人员,这个Actor主要参与客户端的订票系统、退票系统、查询系统等功能。4.2.2 售票员 售票员是指具体销售车票系统管理人员,这个Actor主要参与效劳器端的售票员登录、售票系统管理、退票系统管理、查询系统管理、录入信息系统管理等功能。4.2.3 站长 站长是指对售票员进展管理的的人员。角色之间的关系:图A-3:角色的关系图4.2.4 E-R图整个系统开发过程中,主要涉及到的实体有:站长,售票员,旅客,火车票。他们之间的关系是:M站长*工号所处车站密码管理售票员销售火车票NNMN火车票编号价格类型车次终点站所处车厢查询,购置

9、,退票旅客N工号*密码修改车票表修改退票表4.2.5 数据库数据库是一个与系统产生交互的外部系统,这个Actor负责系统的数据查询、增加、删除和修改等操作。4.3 系统主Use Case图火车票订票系统可以分为两个主要的组成局部,一个是客户端子系统,一个是管理端子系统。客户端子系统主要是指旅客通过登录售票进展操作的功能,即查询、订票、退票功能。管理端子系统是火车站售票的管理人员发布火车票信息,整理订票信息,退票信息,查询等功能。系统的主Use Case图如图A-4所示。图A-4:系统的主Use Case图4.4 客户端子系统旅客通过火车站的售票登录到系统中进展查询、订票和退票,旅客通过它提交订

10、单,进展订票,这就是客户端子系统的功能。在客户端用户可以看到火车票的相关信息。当点击车次时进入车次详细信息页面,如果需要订票的话,可以填写订单信息,并提交订单。它的活动图如图A-5所示。图A-5:客户端的活动图客户端的功能主要包括查询车次、填写订单、提交订单、查询个人订单等功能,它的用例图如图A-6。图A-6:客户端的功能用例图客户端管理的功能描述如下:F-C-1:车票查询旅客登录到售票可以看到火车车次列表,在车次列表中显火车车次始发站和终点站信息。当点击车次时进入车次详细信息页面,车次详细页面显示车次名称,车次所经车站列表,车次座位信息,点击订购该车次进入填写根本信息页面。F-C-2:填写并

11、提交订单有个人根本信息、车次信息、座位类型、起始站终点站信息等。F-C-3:查询订单查询个人订单是否与自己所填相符合,有个人根本信息、车次信息、座位类型、起始站终点站信息等。 4.4.1 车票查询车票查询是显示目前正在出售的所有车次,以及每个车次的描述和相关信息等。具体描述如下:用例描述:火车售票车次选择执行者:旅客前置条件:旅客已登录系统;后置条件:选择车次后,则可以填写订单;根本路径:a) 旅客登录到车站的售票网页,显示目前的车次列表,发布的日期,销售车票数等;b) 点击任何一个车次可以浏览每个车次的详细信息,包括车次描述、起始/终点站、销售车票数、车票类型等信息;c) 如果对该车次满意,

12、可以点击订购车票进入填写订单信息页面,开场填写订单和提交订单等环节。4.4.2 订单录入如果旅客满意*个车次,就开场录入订单,订单从旅客的根本信息开场,然后起始站、终点站、车票类型、乘车人数等容,最后开场提交订单。具体描述如下:用例描述:订单输入执行者:旅客前置条件:旅客已选择订票车次;后置条件:订单输入后,则可以提交订单根本路径:a) 根本信息输入,包括、性别、年龄、证件类型、证件、社会角色等信息b) 本次乘车信息输入,包括乘车起始站、终点站、乘车人数等;4.4.3 订单查询订单查询要求旅客已提交订单。具体功能描述如下:用例描述:订单查询执行者:旅客前置条件:旅客已提交订单;后置条件:查询订

13、单,确认订单是否提交成功。根本路径:a) 提交订单;b) 查询订单;c) 核对信息。4.5 管理端子系统管理端主要是指提供售票员使用的功能局部,它的功能分为车票信息录入和发布、售票管理、退票管理、查询管理等局部,每个登录者首先经过认真平安认证然后缺陷权限,根据相应的权限现实相应的功能。图A-7:管理端用例图管理端的这些Use case用例描述如下:F-L-1:登录管理登录管理是负责所有的管理端的登录,管理端的人员要登录到管理端必须经过登录界面,输入自己的用户名和密码,通过判断这个用户的权限信息,不同的登录人可能具有不同的权限,根据不同的权限现实不同的功能。F-M-1车票信息录入和发布管理:车票

14、信息录入和发布管理用例是管理员登录到系统,对车次车票的增、删、改的功能,及提供车次的详细信息。F-M-2售票管理:售票管理用例是管理员登录到系统,管理员根据车票信息中提取出来生成各种车次车票信息,并且可以对车票信息进展增、删、改的功能。F-M-3退票管理:退票管理用例是管理员登录到系统,录入车次及车票的订单详细描述信息,同时也可对售票管理进展增、删、改的功能。F-M-4查询管理:查询管理用例是售票管理人员对旅客发来的订单进展整理,并根据订单的数目信息,合理安排车次座位,同时对浏览订单的根本信息,最后确定可以确定每个旅客的座位信息,这样将所有的旅客分为订票成功、订票失败等两个状态。4.5.1 登录管理登录到管理端的所有人都需要通过登录界面进入相应的管理界面,不同的登录人具有不同的权限,根据登录人具有的权限将相应的功能现实在登录到的管理界面,没有权限操作的功能将在现实在这个界面上。活动视图如图A-8。图A-8:登录管理活动视图4.5.2 车票信息录入和发布管理在网上售票系统中,有一套车票信息库,是由大量的车票信息组成,它是车票售票的根本组成。车票信息录入和发布管理模块主要是完成每个车票的增、删、改、查等

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 工作计划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号