火车站网上售票系统需求解析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析 张佳俊组 组员 何益超 李轶 孙忠奇 张志轩 导言 目的 该文档是关于用户对于火车票网上售票系统的功能和性能的要求,重点描述的设计需求,将作为对该工具在概要设计阶段的设计输入。。[1] 《企业文档格式标准》 V1.1 [2] 《需求规格报告格式标准》 V1.1 参考资料 [1] 《实用软件工程(第三版)》 [2] 《需求规格报告格式标准》 V1.1 系统定义 我们分别阐述一下项目的来源、背景和项目的目标。 项目来源及背景 随着科学技术的发展,计算机领域不断取得日新月异的研究成果。计算机在代替和延伸脑力劳动方面发挥越来越重要的作用,在日常生活中随处都离不开离不开计算机。尤其是在交通发达的今天,要管理大量的车票销售,计算机优势更加体现出来。在数字化的今天,为了加强火车售票的管理必须依靠计算机,使火车售票员更好的对游客的管理更加有序、到位,基于上述种种原因,开发火车站售票系统更加显得重要,我们结合本次课程设计开发以下的火车站售票系统方案。 本系统主要为了更好地实现火车售票管理,给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱,避免一些人为的错误。提供一个良好的售票环境,更好的完成售票。同时也对旅客提供一个查询客运情况。 项目要达到的目标 本项目设定的目标如下: 系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少 系统具有良好的运行效率,能够得到提高生产率的目的 系统应有良好的可扩充性,可以容易的加入其它系统的应用。 平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化。 通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力 系统整体结构 本系统主要为了更好地实现火车售票管理,给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱,避免一些人为的错误。提供一个良好的售票环境,更好的完成售票。同时也对旅客提供一个查询客运情况。 通过对火车站售票的情况的了解:一个火车站售票系统应该包括:售票功能,查询功能,调度功能,维护功能,统计功能等模块,在本系统中增设了用户登录模块以确保信息安全,考虑到旅客需要自主客运情况,增设了无需登录只提供查询列车时刻表,售票情况等信息模块。 整个系统模块划分如下图: 应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。 本系统的网络运行图如图A-2,无论是客户端的应聘者还是管理端的HR等都可以通过网络登录到本系统中。应聘者通过网络提交简历等相关信息,HR通过网络发布职位信息,获得应聘者提供的简历信息,进行面试管理。 3.1系统运行硬件环境 本系统的硬件环境如下: 客户机:普通PC CPU:P4 1.8GHz 内存:256MB以上 分辨率:推荐使用1024*768像素 WEB服务器 CPU:P4 1.8GHz 内存:256MB以上 数据库服务器 CPU:P4 1.8GHz 内存:256MB以上 系统运行软件环境 操作系统:Microsoft Windows 7 数据库:Microsoft Access 2013 开发工具包:Microsoft visual studio 2005 功能规格 我们采用面向对象分析作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。 Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。 设计Use-case时,我们遵循下列步骤: 第一步,识别出系统的“actor”。Actor可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。 第二步,描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么?”来准确地描述Use Case。 第三步,重新审视每个Use Case,为它们下个详尽的定义。 角色(Actor)定义 角色或者执行者(Actor)指与系统产生交互的外部用户或者外部系统。 旅客 旅客是指在这个火车票售票系统中通过客户端购买火车票的人员,这个Actor主要参与客户端的订票

文档评论(0)

我是兰花草 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档