基于net的汽车租赁管理信息系统.docxVIP

  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文档。上传文档
查看更多
题目:基于.net的汽车租赁管理信息系统分析、设计与实现 成绩: 总计 大作业 67页 表格 22表 插图 56 目 录TOC \o 1-2 \h \z \u 第一章 成绩管理系统需求分析 1.导言 1.1 目的 该文档是关于用户对于成绩管理系统的功能和性能的要求,重点描述了成绩管理系统的功能需求,是概要设计阶段的重要输入。 本文档的预期读者是: · 设计人员; · 开发人员; · 项目管理人员; · 测试人员; · 用户。 1.2 范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的,解决整个项目系统的“做什么”的问题。在这里,没有涉及开发技术,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的平台。 1.3 编写说明 JSP,Java Server Page(Java服务器页面)的缩写,一个脚本化的语言。 UML,Unified Modeling Language(统一建模语言)的缩写,是一个标准的建模语言。 1.4 术语定义 加权分数:权值*等价分数 2.系统定义 我们分别阐述一下项目的来源、背景,项目的用户特点和项目的目标。 2.1 项目来源及背景 本项目是为一家汽车租赁公司开发的汽车租赁管理系统,传统的汽车租赁管理系统在数据处理方面比较繁琐,管理人员需要花费很多的时间和精力去处理它。计算机的存储与查询功能不能满足于用户的基本需求而且租赁的基本信息管理的精确度也不够高出现了不少的漏洞,这也很浪费人力和时间。为此汽车租赁公司希望有一个对车辆的基本信息、租赁结算、租还时间等进行了综合统计和管理,使顾客和管理人员能够更快的得到自己想要的信息。 为了把管理人员从繁琐的数据处理中解脱出来,使顾客更快捷的找到自己想租的车辆,我们开发了汽车租赁管理信息系统。管理人员通过这个管理系统对车辆信息、租赁信息、顾客信息进行系统的管理,而且顾客可以直接登陆系统查看所有车辆信息,也可以根据自己的需要搜索相关车辆的信息。 2.2 用户的特点 本系统的用户都是本地用户 “管理员”,他们是租赁公司的工作人员,对租赁业务很熟悉,可以完成汽车租赁、归还、结算等业务。 2.3 项目目标 本项目设定的目标如下: · 系统能够提供友好的用户界面,使管理人员人员工作量最大限度减少; · 系统具有良好的运行效率,能够达到提高生产率的目的; · 系统应有良好的可扩充性,可以容易地加入其他系统的应用; · 平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化; · 通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。 3.应用环境 管理端的功能提供“车辆管理”、“合同管理”、“租金管理”、“客户管理”等四大功能。它们的关系如图1-1所示、。 图1-1 汽车租赁管理系统流程图 3.1 系统运行的硬件环境 本系统的硬件环境如下: 客户机:普通PC · CPU:P41.8GHz以上 · 内存:256MB以上 · 分辨率:推荐使用1024×768像素 数据库服务器 · CPU:P42.0GHz · 内存:1GB以上 ·硬盘:80GB以上 图1-2 网络拓扑结构图 系统运行软件环境 本系统的软件环境如下: · 操作系统:UNIX/Linux/Windows2000或以上版本 · 数据库:SQL server 2000 · 开发工具包:JDK Version 1.5 4.功能规格 我们采用面向对象分析作为主要的系统建模方法,使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。 用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。 设计用例时,我们遵循下列步骤: 1)识别出系统的角色。角色可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。尽可能地确保所有角色都被完全识别出来。 2)描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么?”来准确地描述用例。 3)重新审视每个用例,为它们下个详尽的定义。 4.1 角色定义 角色或者执行者指与系统产生交互的外部用户或者外部系统。 4.1.1 导师 导师是指在负责一个专业某个班级的一位老师

文档评论(0)

wuchunjia1 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档