考勤系统需求说明书

考勤系统需求说明书（精选6篇）

篇1：考勤系统需求说明书

系统定义

一、主要开发内容：

1、多语言翻译报站功能

2、车辆发动机自动调控功能

3、车辆求助功能

4、自动调节室温功能

5、数据统计分析功能

6、公交智能电子站牌

二、调度员需求

1.调度员调度路况

（1）调度员调度路面拥堵（2）调度员调度路面事故

2.调度员调度车况

（1）调度员调度车门异常（2）调度员调度燃油量异常（3）调度员调度发动机异常（4）调度员调度车温异常 3.调度员调度运行状况

（1）调度员调度车速异常（2）调度员调度私自绕行

（3）调度员调度首末车发车情况（4）调度员调度车载客流量

三、乘客需求

1、乘客询问线路信息

2、乘客询问站次信息

3、乘客询问拥堵路况信息

四、报表需求

1、业务管理员生成车辆班次统计报表

2、业务管理员生成路况拥堵信息统计报表

3、业务管理员生成员工考核统计报表

4、业务管理员生成乘客投诉统计报表

五、乘务员需求

1、乘务员热情服务，及时解决乘客问题

2、乘务员检查车内易燃易爆物品

3、乘务员报告需求

（1）乘务员报告路面拥堵（2）乘务员报告路面事故

篇2：考勤系统需求说明书

随着网络的普及，网络支付手段的逐步完善，越来越多的人习惯于网上购物，选择鼠标点击下订单，送货上门的快捷便利的购

物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案：利用Internet的技术和协议，建立各种企业内部网Intranet，企业外部网Extranet，通过廉价的通讯手段，将买家与卖家、厂商和合作伙伴紧密结合在了一起，消除时间与空间带来的障碍，从而大大的节约了交易成本，扩大了交易范围。而在实际的生活中，这种方案已经被广泛的运用到了实际的商业活动中了，人们将这种交易模式称为：电子商务。

而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化，从最开始的信息发布功能，到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等，几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作，而借助网络的跨地域特点，更是将传统书店的地域限制加以突破，从而大大增加了客户的数量。

任务概述及系统功能概述

2.1 系统功能说明

2.1.1花店前台

前台作为与用户直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不在懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。(1)前台主要功能包括

注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。

(2)网上花店系统前台设计的特色(a)我的账户

每个注册的用户，都拥有一个属于自己的账户管理界面，客户可以轻松的管理个人基本资料，送货信息资料，修改密码，管理订单，查看鲜花，查询订单汇总。本系统充分考虑到了本模块对于客户的重要性，所以界面尽量做的简捷，采用开放式结构，一目了然，方便客户轻松掌控自己的一切信息，从而提高对花店的信任度，进一步增加花店的销售额。(b)鲜花订购的详细过程

会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款

(c)多种方法查询方式

传统花店最困惑的就是购花时的盲目性，找一束花，需花费大量的时间和精力，网上花店这方向的困惑已经得到了彻底的解决，数据库的高效检索，让客户找书不再烦恼。本系统运用了先进的检索方式，包括模糊查询，按鲜花分类、按鲜花序号，按鲜花价格范围，按生产商，按鲜花名等多种查询方法，同时查询方法简单易懂。

系统前台结构图

系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示

2.1.2花店后台

本系统后台管理在考虑花店管理操作简便的同时，提供了强大的花店管理主模式。大模块上分为用户管理，鲜花管理，订单管理，分类管理。

系统后台结构图

系统后台用户管理鲜花管理

订单管理 分类管理

2.1.3售后服务

(1)、客户评价

当用户购花成功后，可以在当天内对此花的质量等进行评价，若评价经管理员审理后，不含有触犯相关法律法规的内容，则此评价内容会显示在鲜花信息的下方。广开言路，为管理员和其他客户提供参考意见

（2）考虑到鲜花的新鲜度，确认付款后当天内若有质量问题，可与店方协商后换货。

2.2 网上花店的系统特点

(1)简洁美观的操作界面

美观又简单的操作界面对于一个网站能否吸引顾客的光顾，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造，配以精致的鲜花动画，使网上花店既时尚典雅，又动感十足，吸引广大顾客的光临。

(2)、科学的花店管理模式

系统采用店方推荐与客户检索相结合的方式，能轻松的找到客户所需要鲜花信息；通过完善的信息发布系统，客户可以及时得到花店最新动态和新闻，掌握行业动向；后台结构化管理模式，涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等，为化店的电子化管理提供了一套良好的管理模式。（3）加入购物车

网上购物不可避免的需要涉及邮递，而邮递也需要客户付出一定的费用。购物车系统的开发，使买家可以像在超市购物一样，随意添加删除商品，选购完毕后，统一下单。避免多次付费、重复付费,为客户提供便利。需求规定

3.1对功能的需求

分析用户要求实现的全部功能（分析建模 DFD，DD，E-R）3.1.1 系统功能模块图

网上花店管理系统的功能可以划分为如下几个部分

（1）前台管理：主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。

（2）后台管理：主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。

登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花，收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图

客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图

客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息

购买鲜花系统化分析数据流图

注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图

3.1.3 数据字典

本系统的部分数据字典如下：(1).数据存储：

名字：用户表

别名：用户表

描述：记录用户的个人基本情况

定义：用户表=用户id+姓名+家庭住址+登录密码+真实姓名

位置：网上鲜花店数据库 名字：用户分类表 别名：用户分类表

描述：记录各使用者的个人基本情况

定义：用户分类表表用户分类id+职位+姓名+登录密码 位置：网上鲜花店数据库

名字：鲜花表 别名：鲜花表

描述：记录库存鲜花的基本信息

定义：鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置：网上鲜花店数据库

（2）数据结构：

名字：用户id 别名：用户号，编号

定义：用户id=用户申请日期+用户个人编号

会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置：用户表 名字：管理员id 别名：管理员号，管理员编号

定义：管理员id=部门编号+职工个人编号

部门编号=2{数字字符}2

职工个人编号=5{数字字符}5 位置：管理员表

名字：鲜花 id 别名：鲜花号，鲜花编号 定义：鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置：鲜花表（3）数据元素 名字：花名 别名：花名 定义：4{字符}8 位置：用户表 管理员表 网上鲜花店数据库 名字：联系方式 别名：联系方式

描述：手机联系方式或固定电话联系方式 定义：11{数字字符}11|7{数字字符}7 位置：用户表 用户分类表

网上鲜花店数据库 名字：登陆类别 别名：登陆类别 定义：1{汉字}4 位置：用户分类表 网上花店数据库 名字：密码 别名：登陆密码 定义：3{字符}6 位置：用户表 用户表 网上鲜花店数据库 名字：时间 别名：时间 定义：8{汉字}8 位置：订单表

3.1.4 E—R 图

地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述

3.2 对性能要求

3.2.1 精度

本系统要求输入的会员年龄为整数，买书的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。3.2.2 时间特性要求

（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。3.2.3 灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境；（3）留有与其他系统的接口。3.3 输入输出要求

对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符；会员的性别只能选择不能有键盘输入，出生日期必须输入合法（如1990-08-01），输入身份证号必须合法，即必须为18为数字。3.4 数据管理能力要求

由于购买鲜花系统会对用户的资料进行保存，并且，鲜花的库存会随着数的购买或购进新的鲜花而改变，因此对数据的存储有一定的要求；要求提供数据的备份功能。3.5 故障处理要求，可维护性

在输入不对的符号定义格式的数据时，软件应出现提示信息，而不是死机或删除已经输入的信息，然后再弹出界面重新开始。

在鲜花的库存小于用户购买的数量是必须提示库存不足，而不是还可以卖给用户。

系统出错后可以允许的最大恢复时间，系统运行日志，是否允许对系统的修改 3.6 其他专门要求

要求能够按用户姓名进行检索。3.7安全性 3.8可靠性

“系统一个月内不能出现2 次以上故障” 3.9可用性 运行环境规定

4.1 设备

运行本软件要„„的计算机。4.2 支持软件

本系统操作系统包括：Windows XP、Win7等。本系统支持的数据库： SQL Server 2005 本系统的开发工具：Visual Studio.NET 2008＋SQL SERVER2005。

4.3 接口

1）用户接口（人机界面）2）硬件接口 3）软件接口

篇3：考勤系统需求说明书

电力需求侧管理是弹性降低高峰时段负荷的有效措施, 对于缓解用电高峰紧张局面具有重要意义。需求响应是电力需求侧管理一种重要手段, 可通过政策指令或者激励引导用户积极配合电网的调峰措施。

传统的需求响应是用户接到用电管理部门启动有序用电的通知后, 需要人工进行部分用电负荷电源的切断操作。可能需要切断多个电源才能使负荷降低到期望值, 人工操作响应时间慢, 误操作可能性大, 影响重要负荷的供电。目前市场也有部分支持远程控制的装置可以实现电源开关的遥控操作, 但是单一的执行设备缺乏一套合理的控制策略, 难以实现用户智能需求相应的要求。

为了克服现有技术的不足, 本系统提供一种用电负荷可中断的智能需求响应系统和方法, 可以大大提高需求侧管理控制的灵活性, 加快需求响应技术的市场化推广。

二、系统功能

本系统的主要目的是提供一种用电负荷可中断的智能需求响应方法。在用户参与需求响应时, 可自动优选用户侧用电负荷线路, 实现用电设备电源的智能通断控制, 并报告实施结果。从而实现电力用户用电负荷信息的自动采集、策略选择和控制执行。本系统可支持自组网通信技术, 提高了传统采集控制终端与上级通信时的可靠性和实时性。系统由3部分组成, 其主要设备是采集控制器、集中器和主站:

(1) 采集控制器与用电设备负荷相连, 其功能分为两部分:1.采集每路用电负荷的电力信息, 包括电压、电流、功率、电能等, 并将信息发送至集中器, 通过集中器的中转, 最终信息传输至主站;2.作为执行结构, 执行主站的需求响应负荷电源切断和接通任务并报告。 (2) 集中器作为上下级信息的传输通道, 负责信息的中转。其关键是支持上下级的多种组网方式。1.数据集中器与下级数据采集控制器之间的通信支持485、Zigbee无线自组网技术。2.集中器与上级控制中心主站可采用以太网和GPRS移动数据通信网。可根据用户现场灵活选择组网方式。 (3) 主站负责整个需求响应事件的策略执行。包括接受用户的需求响应指令, 收集来自数据采集控制上传的每个负荷监测点的电力参数以及自动生成执行策略并下发执行命令。

三、中断响应方案的实施

(1) 负荷节点的定义。1.对负荷节点的定义需考虑多个参数值, 主要是负荷的重要性以及允许的可中断时间两个因素。当生产条件改变时, 允许用户自行进行参数修改。2.在电力用户的用电负荷设备处安装数据采集控制器后, 每个数据采集控制器以及与之相连的用电负荷设备看成是一个控制节点。首先对每个节点按照企业自定义的负荷重要性进行分类, 可分为A、B、C、D、E、F类, 负荷的重要性依次增加。对每个节点允许的可中断时间进行定义。例如A类负荷可以是随时中断的部分照明, 可中断时间可以是48h;B类负荷可以是允许暂时中断的空调, 允许时间是24h;依次类推, 则F类为一类负荷, 不可中断。3.此工作可保证首先切除的重要性程度最低、可允许中断时间最长的负荷。

(2) 执行方案。按照需求响应事件期望切断的负荷量生成执行方案。系统根据用户指令的要求, 综合评价期望控制的负荷量和响应时间后, 自动生成可执行的策略。

四、系统特点

(1) 这是一整套的用户侧用电负荷可中断智能需求响应系统, 包含了从负荷信息收集→需求响应指令的接收→执行策略的智能生成→执行→报告的整个需求响应全过程。本系统提供了一种电力用户主动参与需求响应的方案, 避免目前电力用户被动接受有序用电, 影响企业生产的状况。 (2) 其中的需求响应执行策略综合考虑了负荷等级和可允许的中断时间两个因素, 提高了需求相应的灵活性, 可操作性强。为需求响应的市场化推广提供了条件。 (3) 其中的数据采集控制器集成了用电信息采集、传输、控制3种功能。可接收上级控制指令信号, 主动切断用电设备电源, 将负荷控制在期望值。 (4) 其中的数据采集控制器和数据集中器之间支持自组网技术, 避免了单一485组网方式的实时性不高、布线困难、扩展性不强的问题。

摘要：本系统技术涉及电力需求侧管理领域, 提供一种电力用户在进行需求响应时能够自动控制用电负荷到期望水平的系统和方法。

关键词：电力,需求侧,用电负荷,可中断,智能

参考文献

[1]林晓明, 肖勇.智能电网建设中加强电力需求侧管理研究[J].中国电力教育, F407, 61, 1007-0079 (2011) 30-0046-03.

篇4：“促销+”：系统驱动 聚焦需求

实际上，类似问题在众多行业都会遭遇到，比如众多瓷砖厂家为了抢夺市场，也纷纷展开了各种形式的促销活动，然而看似浮华的促销场面背后，却常常陷入无尽苍凉的境地。

与很多企业不同的是，东鹏瓷砖就找到了促销的一些真谛。

东鹏瓷砖在南京举行过一次大型的促销活动中，活动当天收现金达4800万元，总计销量突破8000万元。更难能可贵的是，这只是一个区域的缩影，而东鹏正在把这种促销模式联动起来，形成点面结合、叫好又叫座的全国性促销战略。

为什么东鹏在促销中能取得如此轰动的效果呢？

“促销+”：具有系统性的促销3.0模式

广东东鹏控股股份有限公司副总裁梁慧才认为，促销是一个系统工程，要不断提高品牌促销的创新能力，促销的针对性，促销的主观能动，促销的联动性。并不断整合渠道、媒体、产品等资源，发挥大东鹏的平台优势制胜终端。如果没有综合把握促销的能力，那最终的结果就会与期望相差甚远。

沿着这样的战略轨迹，为确保促销的贯彻落实，东鹏在营销体系内实行三级培训。三级培训指的就是对业务团队的一级培训，再由业务团队对经销商总经理（老板或操盘手）的二级培训，最后是对店长到导购的三级培训，层层落实，从厂家到经销商思路高度一致统一，对外传递的信息保持一致，由此也发挥了经销商的主观能动性。

不少经销商往往会简单将促销理解为做活动、打折；而一些厂家经常只是换个主题就往下发的促销方案也被经销商觉得不接地气，因此对厂家的促销方案往往持抗拒心理。而东鹏经销商却对促销方案的执行力度上有增无减，原因何在？

消费者处在种种促销的包围中，对司空见惯的促销已经习以为常，甚至在心里形成本能的拒绝。如果促销没有新意，根本不能对竞品形成区隔，况且市场恐怕也早被前者搜刮得囊中羞涩。促销原本没有错，只是被人用得太多了也就失去了效用。

梁慧才指出，为了保证促销的效果，东鹏非常注重对市场和经销商的深层研究，形成差异化、行之有效，操作性强的促销方案。促销带来的业绩备受经销商认可，甚至促销模式都被同行模仿，为此东鹏对促销采取了升级策略。

2015年，针对不同市场特点，东鹏开发了四大联动促销模式：传统省级联动促销、省级联动促销+明星签售、省级联动促销+明星签售+明星歌友会、凝聚原创力量——设计师新品推广，四大模式全面覆盖消费者和设计师。为经销商根据自身市场特点选择合适的模式进行促销提供了充分的操作空间。

东鹏还善于整合资源，东鹏拥有一大批的瓷砖、洁具“2合1”的经销商，瓷砖与洁具联合营销，形成独特的“大东鹏”品牌优势，有利于增强终端整体竞争力。通过瓷砖、洁具的优势互补，提供多样化的促销方案，打造更加系统的终端营销模式。利用大东鹏的资源优势，整合团队、广告、渠道、产品等资源，充分发挥和加强瓷砖及洁具的营销力量，极大降低了促销投入，提升东鹏品牌知名度，有效抢占市场份额。

东鹏独创的促销模式，梁慧才总结为促销+，促销+不仅仅是一个系统，在执行中又需要聚焦，大处壮阔，小处精致。

“促销+”：让促销活动聚焦需求

促销+，作为未来家居企业营销的一种新的操作模式，即是产品的推介会，更是品牌的推介会。

今年4月18日，“惠聚东鹏·玩转米兰——东鹏时尚购物狂欢节”在辽宁启动。沈阳、抚顺、铁岭、营口、葫芦岛、阜新、辽阳、锦州、丹东等20多个城市参与，近2000人齐聚东鹏购物狂欢节活动现场，火爆场面与行业整体低迷形成了冰火两重天的景象。

梁慧才表示，从整个运作过程看，促销+模式对增强品牌效益、加强企业与经销商之间的双向联动、提升产品销售等都有非常大正向的作用。对于消费者而言，也是体验式的互动平台，是见证产品品质、体验品牌服务的最好时机。

从经销商层面看，经销商通过促销+在产品互通有无、媒体采购、渠道推广上构建了互动平台，极大地方便了经销商共享资源，实现了品牌和市场等资源在利用形式上的创新，降低了经销商自身的销售投入。

通过这一互动平台，东鹏加深了经销商之间的沟通，成为经销商锻炼队伍，提升团队整体水平的绝佳平台。对于企业而言，这一模式有助于提升品牌在当地市场的占有率，也能直接给竞争对手增加压力。品牌的提升、经销商综合实力的提升以及市场占有率的扩大无疑都将为企业带来利好。

东鹏通过“聚焦”形成了具有系统性的“促销+”模式，由此找到了促销的痛点、兴奋点。正是由于东鹏在促销活动上的优秀表现，由东鹏发起的业内泛家居异业第一联盟——冠军联盟中，东鹏被推举为终端委员会成员，主要负责冠军联盟的终端推广，而在冠军联盟成员品牌大终端促销活动中，东鹏终端经销商都发挥了主导作用。

篇5：机票订票系统需求规格说明书

三、需求规格说明书

1．引言................21.1编写目的...............2

1.2项目背景...............2

1.3参考资料...............2

2．任务概述...................2

2.1目标...................2

2.2运行环境...............2

2.3条件与限制.............2

3．数据描述...................33.1静态数据...............3

3.2动态数据...............3

3.3数据库介绍.............3

3.4数据词典...............3

4．功能需求...................44.1功能描述...............4

5． 性能需求..................55.1系统处理的准确性和及时性.............5

5.2系统的开放性和系统的可扩充性................5

5.3系统的易用性和易维护性...............5

5.4系统的标准性...........5

5.5系统的先进性...........6

6． 运行需求..................6

7．其它需求...................6

第 1 页

1．引言

1.1编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。

本文档供设计人员、开发人员参考。

1.2项目背景

开发软件名称：机票预订系统

项目任务提出者：兰州理工大学软件工程学院 项目开发者：第13小组 用户：航空公司

实现软件单位：兰州理工大学软件工程学院

1.3参考资料

1.《软件工程导论》，张海藩，清华大学出版社。2.《实用软件工程》，郑人杰等，清华大学出版社。3.机票预定系统项目计划任务书。4.机票预订系统可行性研究报告。

2．任务概述

2.1目标

旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。

2.2运行环境

操作系统：Microsoft Windows 7 支持环境：IIS 5.0

数 据 库：Microsoft SQL Server 2000

2.3条件与限制

1.人力、资金、时间的约束

机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。

2.在分析系统功能时要考虑有关证件的合法性验证。

3．数据描述

3.1静态数据

系统管理员，售票员，服务器终端显示数据，客户机终端显示数据，客户机终端显示数据。

3.2动态数据

事务航班信息的更新，查询请求。

3.3数据库介绍

数据库采用sql server。

3.4数据词典

名字：订票申请表单 描述：旅客订票时所填的资料

定义：订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置：在客户端由旅客填写 名字：航班信息

描述：所有从本地起飞的班机信息

定义：航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置：从服务器端查询后，发送到客户端 名字：帐单信息

描述：已定票的旅客信息资料

定义：帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位

位置：在服务器端产生，发送回客户端（client端）名字：机票信息 描述：旅客所定机票

定义：机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号

4．功能需求

4.1功能描述

5．性能需求

5.1系统处理的准确性和及时性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。

5.2系统的开放性和系统的可扩充性

机票预订系统在开发过程中，应该充分考虑以后的可扩充性。例如企业中管理模块的加入（人事管理、工资管理、日常事务管理等）也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。

5.3系统的易用性和易维护性

机票预订系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。

5.4系统的标准性

系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。

5.5系统的先进性

目前计算机系统的技术发展相当快，做为机票预订系统工程，应该保证系统在一段时间内是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。

6．运行需求

1、服务器端子系统的运行要求：系统软件：windows 7数据库管理系统：SQL server

硬件要求：英特尔至强 2.0Ghz、1G RAM、100G HD2、客户端子系统的运行要求：系统软件： Windows 7 数据库管理系统：SQL server

硬件要求：CPU：英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间

7．其它需求

篇6：车队管理系统需求分析说明书

1.1 公司信息管理

名称、营业范围、联络方式、其他

1.2 车辆信息

 车辆基本信息

车辆资料的添加、修改、删除、导出、打印：记录车辆的基本信息，包括车辆编号、车牌号码、发动机编号、车辆颜色、车辆类型、载客数量、营运种类、营运证编号、所属公司、部门、车队（组）、备注其他。 车辆购买信息

厂牌型号、出厂日期、购买店家、购买日期、购入价格、购置税及其他费用。

1.3 司机信息

 司机基本信息

编号、姓名、性别、出生年月、家庭电话、移动电话、住址、驾驶证号、准驾车型、驾驶证核发日期、发证机关、驾驶证有限期、就职时间等  司机违章信息

时间、地点、描述、其他。

1.4 人车配属关系

车与驾驶员的关联关系，一辆车对应1或多位驾驶员。

1.5 站点管理

行车站点资料维护、统计查询

1.6 线路管理

行车路线统计维护，查询

1.7 电子围栏设置

设置电子围栏相关信息

 行驶范围：车辆有规定的营运范围；

 电子围栏：把行驶范围转换成电子围栏，支持矩形、圆形等区域

1.8 其他

用户、车队、组织、部门、权限管理等。车辆监控

Inhand GPS可以为我们提供经度、纬度、速度、航向四个参数。

基于GPS，我们可以实现的主要功能：车辆定位、车辆实时轨迹、车辆行驶里程（obd）、历史路线、数据分析报表等。

注：以下截图中有些参数需要obd上传，可以不用考虑。

2.1 车辆定位

某车某时在某地。

2.2 车辆实时监控

车辆实时位置、速度、航向、及其他车辆参数。

2.3 历史路线

随时清查指定车辆某时段运行状态的详细运行轨迹线图以及轨迹回放。

2.4 轨迹明细

列表显示过去某天某车辆状态，包括车辆信息、位置、回传时间、当前速度（回传时）、方向等。运营管理

3.1 司机与车辆调度

司机考勤、身份识别

3.2 车辆年检

年检记录、年检提醒

3.3 加油管理

外地加油、定点加油、内部加油站管理。加油的日期、车辆、油量、费用等。

3.4 维修管理

维修申请、审批、维修记录

3.5 保险管理

保险记录 保险提醒

3.6 保养管理

保养记录（申请、审批）保养提醒

3.7 安全管理

车辆事故记录、驾驶员违章记录等

3.8 预警提醒

车辆年检到期提醒 车辆保险提醒

车辆保养提醒 车辆超速提醒 车辆越界提醒

3.9 费用管理

行车费用管理、加油费用管理、维修费用管理、保险费用管理、年检费用管理、其它费用管理

3.10 其他方向

1、培训以及培训资质相关

2、CRM（客户关系管理）相关

客户管理、合同管理等

3、供应商相关

供应商记录、供应商合同、供应订单、零售件（轮胎）等

4、汽车租赁业务 统计报表

4.1 位置报表

 疲劳驾驶统计：车辆持续运行2、4、6以及其他判定为疲劳驾驶等。

疲劳驾驶明细表、疲劳驾驶日报表、疲劳驾驶月报表。

 停车统计报表：可随时查找某车辆在任一时间段内的停车时间和停车地点，并可生成报表。

 停靠超时统计：车辆停靠某位置超过指定时间，则判定为停靠超时。

 里程统计： 根据行驶路线，统计当日里程和月里程，同时支持数据报表导出、打印、其他。

 车辆利用率：车辆是否到达某一站点。

里程、油耗都是通过obd上报，里程如果根据GPS计算，不确定是否可以计算，计算结果是否精确。

车辆运行状态（ACC）也是obd连接车载电脑获取状态码来判定行驶还是熄火。通过gps的速度区分，获取到的数据都不精确。

以上功能报表勉强沾边。

 超速、时速统计：车辆管理系统自动统计出某段时间时速排名。 偏离航向统计：统计某些车辆没有按照固定轨迹运行。

可以将该部分报表划分到报表管理模块

4.2 运营报表