航空票务管理系统需求分析说明书

航空票务管理系统

需求分析说明书

班级网络1111 学号 1111311104、1111311116 周泽成、于文圣

2013年 10月 08日

1．引言

1.1编写目的

实现一个计算机航空票务系统，完成对航班的管理、机票管理以及登机牌的管理等功能。

1.2背景

●系统待开发的名称：航空票务管理系统

●项目组长：

●程序录入：

●需求分析：

●软件测试：

●本系统的用户：

1.3定义

1.3.1 专门术语

SQL SERVER: 系统服务器所使用的数据库管理系统。

SQL: 一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

主键：数据库表中的关键域。值互不相同。

外部主键：数据库表中与其他表主键关联的域。

ROLLBACK: 数据库的错误恢复机制。

1.3.2 缩写

系统：若未特别指出，统指本航空票务管理系统。

SQL: Structured Query Language（结构化查询语言）。

ATM: Asynchronous Transfer Mode (异步传输模式)。

2．任务概述

2.1目标

（1）给出软件系统的航空票务系统用例图和系统类图。

（2）提出详细的功能说明，确定设计限定条件，规定性能需求。

（3）密切与用户的练习，使用户明确自己的任务，以便实现上述两项目

（4）以最低的成本，在最短的期限开发出具有管理航空票务和用户信息功能的智能管理系统。（包括人力与设备费用的节省；处理速度的提高；人员工作效率的提高）

2.2用户的特点

本系统多面向的用户是需要乘坐本航空公司飞机的人们，对用户计算机专业方面的只是不高，在21实际的今天，只要对计算机上网熟熟练操作就OK。易于操作，也是本系统设计的一大目标。

3．功能需求分析

（1）对功能的规定

1）用户信息管理功能：

a、修改当前登录用户的密码。

b、可以浏览，查看，搜索页面信息。

2）机票订购功能：

a、用户可以查询相关航班票务信息（包括可查询已订购的机票）

b、用户可以订购相关机票（在一定时间可以进行改签和退票）。

3）在线支付功能（购物车）：

a、可以对所预订机票进行在线支付。

（2）功能描述：

1）登录功能：验证登录用户是否为数据库中的合法用户，判断登陆

的用户的权限。

2）机票订购功能：可以查询相关航班及票务，并对所需机票做出预订，其中包括选择航班，舱型及座位号。

3）在线支付功能：可通过网银，支付宝等在线支付手段为已定机票付款。4．性能需求分析

4．1精度

查询时应保证查询率，所有在相应域中包含查询关键字的记录都应能查到，同时保证准确率。

4．2时间特性要求

一般操作的响应时间应在1-2秒。

4．3适应性

满足运行环境在允许操作系统之间的安全转移和其他应用软件的独立运行

4. 4灵活性

在需求发生变化是，本系统的对这些变化的适应能力相对而言是比较强的，包括操作方式上的变化；运行环境的变化；同其他软件接口的变化；精度和有效时限的变化。

5．业务需求分析

航空票务系统用例模型

图1：航空票务系统用例图

航空票务系统那个用例规约

用户登录

1)简要说明

本用例描述注册用户/管理员如何登录到航空票务系统。

2)参与者

注册用户、管理员

3)事件流

图2: 用户登录活动图

i.基本事件流

本用例开始于注册用户/管理员希望登录到航空票务系统。

a)系统请求注册用户/管理员输入用户名和密码；

b)注册用户/管理员输入用户名和密码；

c)系统验证输入的用户名和密码；

A1：用户名不存在

A2：用户名对应密码不正确

d)注册用户/管理员成功登录到主界面，进行其他操作。

ii.后备事件流

A1.用户名不存在

?系统显示用户名不存在错误信息；

?管理员返回基本事件流第1步，而用户将会被系统提示注册。

A2.用户名对应密码不正确

?系统显示用户名密码不正确错误信息；

?返回基本事件流第1步。

4)特殊需求

密码输入框必须以密文方式呈现。

5)前置条件

本用例开始前注册用户/管理员已经打开对应的系统登录界面。

6)后置条件

如果用例成功，注册用户/管理员将成功登录系统，并赋予相应权限。若失败，系统状态不改变。

用户注册

1)简要说明

本用例描述注册用户如何在航空票务系统中注册。

用户名合法性定义：用户名必须只能包含字母和数字并且长度超过8个

字符。

密码合法性定义：密码的长度必须超过6个字符。

2)参与者

注册用户

3)事件流

图3: 用户注册活动图

i.基本事件流

本用例开始于注册用户希望在航空票务系统中注册。

a)系统请求注册用户输入用户名；

A1：用户名已存在

A2：用户名不合法。

b)系统请求注册用户输入两次密码；

A3.密码不合法

A4.两次密码不一样

c)系统请求用户输入，性别，，电子；

d)系统把当前用户的信息增加到数据库中。ii.后备事件流

A1.用户名已存在

?系统显示用户名已存在错误信息；

?返回基本事件流第1步；

A2.用户名不合法

?系统显示用户名不合法错误信息；

?返回基本事件流第1步。

A3.密码不合法

?系统显示密码不合法错误信息；

?返回基本事件流第1步。

A4.两次密码不一样

?系统显示两次密码不一样错误信息；

?返回基本事件流第1步。

4)特殊需求

密码输入框必须以密文方式呈现。

5)前置条件

本用例开始前用户打开系统注册界面。

6)后置条件

如果用例成功，用户将注册成功，系统在数据库中增加一条注册用户的相关记录。若失败，系统状态不改变。

个人信息管理

1)简要说明

本用例允许注册用户对个人信息进行管理，提供修改密码功能，但不允许修改用户名。

2)参与者

注册用户

3)事件流

图4: 个人信息管理活动图

i.基本事件流

本用例开始于注册用户希望修改个人信息。

a)系统请求注册用户输入新密码和确认密码；

b)注册用户新密码和确认密码；

c)系统验证输入的新密码和确认密码；

A1：新密码不合法

A2：确认密码与新密码不一致

d)系统请求注册用户输入性别，，电子；

e)注册用输入性别，，电子；

f)系统修改注册用户的个人信息

ii.后备事件流

A1.新密码不合法

?系统显示新密码不合法错误信息；

?返回基本事件流第1步。

A2.确认密码与新密码不一致

?系统显示确认密码与新密码不一致错误信息；

?返回基本事件流第1步。

4)特殊需求

密码输入框必须以密文方式呈现。

5)前置条件

本用例开始前注册用户已经登录系统

6)后置条件

如果用例成功，注册用户将成功修改个人信息。若失败，系统状态不改变。

预订机票

1)简要说明

本用例允许注册用户查询当前的航班信息，并且根据个人需要进行预订。

2)参与者

注册用户

3)事件流

图5: 注册用户预订机票活动图

i.基本事件流

本用例开始于注册用户希望预订机票。

a)系统提供航班号，出发地点，目的地点，航班日期，价格供注册

用户选择。

b)用户选择一个航班并确认预订。

c)系统验证选中航班的剩余票数

A1.该航班的剩余票数为0

d)系统修改用户个人购物车中的订票情况

ii.后备事件流

A1. 该航班的剩余票数为0

?系统向用户提示该航班的机票已售完。

?返回基本事件流第1步

4)特殊需求

无

5)前置条件

本用例开始前注册用户已经登录系统

6)后置条件

如果预订成功，将会在用户的个人购物车中显示该航班。若失败，返回基本事件流第1步。

查看个人购物车

1)简要说明

本用例允许注册用户查看个人预订机票的情况。

2)参与者

注册用户

3)事件流

图6: 注册用户查看个人购物车活动图

i.基本事件流

本用例开始于注册用户希望查询个人预订机票的情况

a)注册用户查看个人购物车

b)系统将返回用户的预订的所有机票，以列表的形式返回航班的航

班号、票价、航班日期。

ii.后备事件流

无

4)特殊需求

无

5)前置条件

本用例开始前注册用户已经登录系统

6)后置条件

无

退票

1)简要说明

本用例允许注册用户退订个人已预订了的机票。

2)参与者

注册用户

3)事件流

图7: 注册用户退票活动图

i.基本事件流

本用例开始于注册用户希望退订个人已预订了的机票。

a)注册用户查看个人购物车

b)系统将返回用户的预订的所有机票，以列表的形式返回航班的航

班号、票价、航班日期。

c)用户选择一个航班并确认退票

d)系统验证该航班是否已经超过退票期限

A1. 该航班已经超过退票期限

e)系统修改用户个人购物车中的订票情况。

ii.后备事件流

A1. 该航班已经超过退票期限

?系统提示该航班已经超过退票期限，无法退票。

?返回基本事件流第2步

4)特殊需求

无

5)前置条件

本用例开始前注册用户已经成功登陆系统。

6)后置条件

如果退订成功，该航班将会从用户的个人购物车中消失。若失败，返回基本事件流第2步

制定航班

1)简要说明

本用例描述管理员如何制定航班。

2)参与者

管理员

3)事件流

图8：制定航班

i.基本事件流

本用例开始于管理员希望制定航班。

a)系统请求管理员输入航班号，起飞地点，目的地点，旅程小时数，

机票价格。

b)系统验证航班号是否已存在

A1. 航班号已存在

c)系统验证机票价格是否合法

A2.机票价格不合法

d)系统验证旅程小时数是否合法

A3.旅程小时数不合法

e)系统增加一条航班记录。

ii.后备事件流

A1. 航班号已存在

?系统显示航班号已存在错误信息

?返回基本事件流第1步

A2. 机票价格不合法

?系统显示机票价格不合法错误信息

?返回基本事件流第1步

A3. 旅程小时数不合法

?系统显示旅程小时数不合法错误信息

?返回基本事件流第1步

4)特殊需求

无

5)前置条件

本用例开始前管理员已经成功登陆系统。

6)后置条件

如果用例成功，系统将会一条航班记录。若失败，系统状态不改变。安排航班

1)简要说明

本用例描述管理员如何安排航班。

2)参与者

管理员

3)事件流

图9：安排航班

i.基本事件流

本用例开始于管理员希望安排航班。

a)系统请求管理员选择航班号和输入航班日期。

b)系统验证选中的航班是否已经设定了航班日期。

A1.选中的航班已经设定了航班日期，系统提示是否替换原来的

航班日期。

c)系统将会修改选中航班的航班日期。

ii.后备事件流

A1. 选中的航班已经设定了航班日期，系统提示是否替换原来的航班日期。

管理员选择“是”，系统将会修改选中航班的航班日期。

管理员选择“否”，返回基本事件流第1步。

4)特殊需求

无

5)前置条件

本用例开始前管理员已经成功登陆系统。

6)后置条件

如果用例成功，系统将会修改选中航班的航班日期。若失败，系统状态不改变。

6．数据需求分析

7．运行环境规定

7.1设备

运行平台：Windows XP（含）以上版本；

数据库管理系统软件：SQL Server 2008 硬盘要求：

CPU：733MHz以上的处理器

存：1G，推荐2G以上

硬盘：200G以上磁盘空间

7.2接口

7.2.1外部接口

用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 MS VISUAL C++ 进行编程，在界面上可使用VISUAL C++ 所提供的可视化组件，向WINDOWS 风格靠近。其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C++ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

7.2.2软件接口

服务器程序可使用VISUAL C++ 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。

服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。

在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。

7.2.3 硬件接口

在输入方面，对于键盘、鼠标的输入，可用VISUAL C++的标准输入/输出，对输入进行处理。

在输出方面，打印机的连接及使用，也可用VISUAL C++的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

管理系统软件需求说明书

厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07

修改记录

目录

第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第

需求说明书(软件项目管理系统)

需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；

飞机订票系统 需求分析

飞机订票系统需求说明书 1.引言 1.1 编写目的 1.2 项目背景 2.任务概述 2.1目标 2.2运行环境 3.数据描述 3.1数据需求 4.功能需求 4.1 功能划分与描述 5.性能需求 5.1 准确性和及时性 5.2 开放性和可扩充性 5.3易用性和易维护性 5.4 标准性 5.5先进性 5.6 响应速度 6.总结

1.引言 1.1 编写目的 本需求分析说明书是为了开发《飞机订票系统》这一项目所编写的，该说明书是整个软件开发的依据，为了开发团队及用户能更好地理解系统功能以及实现系统，对以后的维护性工作也起着重要作用。 1.2 项目背景 作为软件工程这一学科的学习任务而进行开发。 2.任务概述 2.1 目标 a．提高日常订票事物的处理速度 b．节省人员的利用率 c．实现信息化管理 2.2 运行环境 硬件环境：1台服务器 Pentium III 450 以上，256RAM , 20G HD 若干台客户机 Pentium 133以上，32 RAM , 4.3G HD 软件环境：Windows 操作系统、SQL Server 2000以上 3.数据描述 3.1 数据需求 系统管理要求=[乘客资料表|机组人员资料表|购买信息表|航班信息表|飞行信息表|订单信息表] 乘客资料表=证件号+姓名+性别+年龄+家庭地址+电话+旅客类型+目的地 机组人员资料表=编号+职称+姓名+年龄+性别 购买信息表=旅客证件号+航班+票价 航班信息表=航班号+出发地+目的地+起飞时间+抵达时间+航班类型+剩余票数+价格 飞行信息表=航班号+飞机号+航程+中转站 订单信息表=姓名+证件号+航班号+机型+舱位+座位+订票日期 4.功能需求 4.1功能划分与描述 a.航班查询：旅客可以通过网络访问该客户端网址，可根据旅客提供的出发时间、地点和目的地、舱位要求等条件筛选出满足旅客要求的航班。这样不仅减少了工作人员的工作量，还可方便旅客的订票需求。可谓是双赢。 b.旅客订票：旅客将订票的相关信息输入到该系统的客户端，客户端将订票信息通过网络传送给服务端，服务端根据接收到的信息有航班安排系统为旅客安排座位并返回相应的确认信息给客户端。订票信息生成后提交给数据库。旅客可以去客户端打印去票单及账单。 c.航班信息管理：将所有航班的信息存入数据库，方便用户对航班的基本信息查询，航空公司可安排专门人员对航班信息进行修改等操作，从而使航班信息便于管理。 d.售票管理：旅客不仅可在机场售票处购票，还可在网上通过该系统进行购票。购票信息由系统提交个数据可进行更新。

OA管理系统需求规格说明书

WebOA管理系统需求规格说明书 2009/11/20

1 概述错误!未指定书签。 1.1编写目的错误!未指定书签。 1.2参考资料错误!未指定书签。 1.3术语和标记错误!未指定书签。 2项目概述错误!未指定书签。 2.1项目总体目标错误!未指定书签。 2.2系统开发背景错误!未指定书签。 2.3主要限制和开发风险分析错误!未指定书签。 3功能需求错误!未指定书签。 3.1功能模型错误!未指定书签。 3.1.1个人办公模块........................................................... 错误!未指定书签。 3.1.2公文管理模块........................................................... 错误!未指定书签。 3.1.3公共信息模块........................................................... 错误!未指定书签。 3.1.4行政办公模块........................................................... 错误!未指定书签。 3.1.5消息管理模块........................................................... 错误!未指定书签。 3.1.6工作流程模块........................................................... 错误!未指定书签。 3.1.7组织管理模块........................................................... 错误!未指定书签。 3.1.8权限管理模块........................................................... 错误!未指定书签。 3.1.9系统管理模块........................................................... 错误!未指定书签。 人事档案模块........................................................... 错误!未指定书签。 3.2性能需求错误!未指定书签。 3.3非功能需求错误!未指定书签。 3.4故障处理错误!未指定书签。 4数据需求错误!未指定书签。 4.1数据项错误!未指定书签。 4.2数据间关系(E-R图)错误!未指定书签。 5行为需求错误!未指定书签。 5.1控制模型错误!未指定书签。 6接口需求错误!未指定书签。 6.1用户界面错误!未指定书签。 6.2软硬件接口错误!未指定书签。 7环境错误!未指定书签。 7.1运行环境错误!未指定书签。 7.2开发环境错误!未指定书签。 附录：项目成员介绍及组内评分错误!未指定书签。

客户管理系统需求分析

客户管理系统需求分析 目录 1需求概述 (1) 1.1商机管理 (1) 1.2客户管理 (1) 1.3行动管理 (1) 1.4服务管理 (2) 2功能清单 (2) 2.1商机管理 (2) 2.2客户管理 (3) 2.3行动管理 (4) 2.4服务管理 (5) 1需求概述 客户管理系统包括商机录入、客户分类管理、联系人列表、联系活动、库存维护、产品维护、服务反馈、记事本、电话本。 1.1商机管理 商机管理包括商机录入和电话本。商机即商业机会这里提供信息的录入、查询、报表输出。录入时使用录入窗口录入（录入窗口具有辅助录入功能），在此录入窗口中可以录入商机信息、客户信息、联系人信息、产品信息和销售信息（客户

信息、联系人信息、产品信息和销售信息只能在此录入）。在录入窗口中成功与否有三中状态：成灰色状态、有对勾状态和空白状态，成灰色状态即商机还没有完成，有对勾状态机商机成功，空白状态机商机失败。 电话本中记录了联系人的电话和地址，可以方便对联系人的管理。 1.2客户管理 客户管理客户分类管理和联系人管理。这里只提供客户和联系人的查询和报表输出，如果想录入客户或联系人的信息要在商机录入的窗口中录入。 1.3行动管理 行动管理分为销售、联系活动、记事本和历史数据，历史中包括历史联系活动、历史记事本、历史销售。 销售：这里只显示未完成的销售信息，对于完成的销售信息需要在历史数据中查询。在录入窗口中确认销售有三中状态：成灰色状态、有对勾状态和空白状态，成灰色状态即商机还没有完成，有对勾状态机商机成功，空白状态机商机失败。 联系活动：这里只显示当天或大于当天的活动信息，利辛县需要造历史数据中查询。 记事本：这里可以当作日历本使用，在表格界面中只显示当天或大于当天的信息。历史信息可以在历史数据中查询。 历史数据：历史数据分为历史联系记录、历史记事本、历史销售记录。历史联系记录和历史记事本中的记录是小于当天的记录。历史销售记录是完成的销售记录。

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

需求分析书 20122013班张佳俊组 组员何益超李轶孙忠奇张志轩 1导言 1.1目的 该文档是关于用户对于火车票网上售票系统的功能和性能的要求，重点描述了火车票网上售票系统的设计需求，将作为对该工具在概要设计阶段的设计输入。。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的

“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 无 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》V1.1 [2] 《需求规格报告格式标准》V1.1 1.6参考资料 [1] 《实用软件工程（第三版）》 [2] 《需求规格报告格式标准》V1.1

2系统定义 我们分别阐述一下项目的来源、背景和项目的目标。 2.1项目来源及背景 随着科学技术的发展，计算机领域不断取得日新月异的研究成果。计算机在代替和延伸脑力劳动方面发挥越来越重要的作用，在日常生活中随处都离不开离不开计算机。尤其是在交通发达的今天，要管理大量的车票销售，计算机优势更加体现出来。在数字化的今天，为了加强火车售票的管理必须依靠计算机，使火车售票员更好的对游客的管理更加有序、到位，基于上述种种原因，开发火车站售票系统更加显得重要，我们结合本次课程设计开发以下的火车站售票系统方案。 本系统主要为了更好地实现火车售票管理，给火车售票员提供一个井然有序的管理平台, 防止手工管理混乱，避免一些人为的错误。提供一个良好的售票环境，更好的完成售票。同时也对旅客提供一个查询客运情况。 2.2项目要达到的目标 本项目设定的目标如下： 1.系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少 2.系统具有良好的运行效率，能够得到提高生产率的目的 3.系统应有良好的可扩充性，可以容易的加入其它系统的应用。 4.平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。

酒店管理系统需求说明书

酒店管理系统需求分析说明书

目录 1、引言 (3) 1.1编写目的 (3) 1.2适用范围 (3) 1.3编写原则 (3) 1.4读者对象 (3) 2、项目概述 (3) 2.1项目任务 (3) 2.2项目背景 (4) 2.3项目目标 (4) 3、新系统的用例模型及分析模型 (4) 4、系统完整用例图 (4) 5、用例说明 (5) 5.1添加操作员 (5) 5.2删除操作员 (6) 5.3修改密码 (6) 5.4预定客房 (7) 5.5调房 (7) 5.6住宿查询 (8) 5.7退宿结账 (8) 5.8统计收入 (9) 6、分析模型 (10) 7、非功能性需求 (13) 8、附件 (13)

1、引言 1.1编写目的 本文档是对酒店管理系统需求分析进行明确、清晰、较全面的定义将先进的电脑技术与现代酒店服务管理完美地结合起来，实现了住宿、餐饮、娱乐全新概念的服务和管理方式。 1.2适用范围 小、中型酒店管理。 1.3编写原则 统一规划、统一设计思想、统一技术规范。 最大限度的满足客户需求。 根据实际业务需求，不断完善系统。 应用先进技术实施系统。 1.4读者对象 对有关业务和系统做出决策的管理人员。 参与需求分析和需求确认的有关人员。 有关技术决策人员。 软件开发人员。 2、项目概述 2.1项目任务 1.为销售提供全面、准确的信息数据。

2.为财务提供严密的账系统。 3.提高决策依据：管理者可以随时了解经营情况，以制定相应的经营方 针。 4.树立良好的酒店形象。 2.2项目背景 传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结账手、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而且对于提高员工工作效率，加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。 2.3项目目标 实施网上酒店管理，客户可以在网上查看酒店客房相关的信息及预订客房。 3、新系统的用例模型及分析模型 4、系统完整用例图

快递物流管理系统需求分析

快递物流管理系统需求分 析 Last revision on 21 December 2020

快递管理教学系统 需求分析 目录

第1章项目概述 随着快递公司业务的发展，业务量不断增多，跨区域工作的需求，客户需要一种能够运行于B/S模式的网络数据管理系统。本软件能满足快递公司与客户之间的业务需求和快递公司与承运人之间的业务需求，并能对业务数据进行统计和管理，最后以报表的形式体现出来。本系统新增了客户服务，使快递公司与客户之间能随时沟通。 1.1目的 本手册对《快递管理教学系统》的各个模块进行详细的设计，为软件开发人员提供文档参考。 1.2对象 本手册适用于与客户进行需求的沟通与确认，及所有《快递管理教学系统》的设计开发人员。 1.3范围 本手册适用于系统的新建，开发和维护。 第2章业务需求 2.1业务描述 首先，发货客户与快递公司签订货运合同（货运单），把货物交给快递公司来托运，并按照货运合同的付款方式付款。快递公司根据货物运输线路，为货物配车，找到合适的车辆后，与司机签订运输合同（回执单），并按照运输合同的运费结算方式结算。司机对货物检查无误后，装车，然后发车，发车后，货物的任何损失由司机承担。 司机到达目的地后，需要经过货物验收，验收通过，填写一份司机回执单，快递公司这时同时通知发货客户和收货客户，货物已到达。如果货物没有通过验收，则填写差错记录。如果该货物不需要中转，通知收货客户来提货，客户验收通过后，填写客户回执单，快递公司这时通知发货客户，所发货物已被提走。如果该货物需要中转，则填写一份中转信息单，快递公司这时同时通知发货客户和收货客户，货物已被中转。中转成功后，收货客户来提货，并通知发货客户，货物已被提，然后进行转货结算。

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上

内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权

飞机订票系统的需求分析

飞机订票系统需求分析与概要设计 班级：11软件机电2班 项目组：第三组 指导老师：韦文夏增明老师

一．引言 1.1、编写的目的 为了巩固java认识实习的学习，模拟一个飞机订票系统来实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 1.2 、背景 本项目作为《认识实践》课程训练项目，将学生分成若干项目开发小组通过飞机订票软件的开发，了解软件的相关标准和编写原则，掌握软件的编写技巧。 开发软件名称：飞机订票系统。 项目提出者：韦文.夏增明老师 项目组长：万振华 项目成员:万振华郭辉任斌叶裕普王飘周则东 用户：所有客户 运行环境：win xp/win 7 开发平台： Eclipse /MyEclipse 8.5 MySQL5.2数据库。 1.3、定义 MySQL: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的结构化查询语言。 二．任务概述 2.1 目标 1.可实现半自动化管理 2.节省人力资源 3. 可实现信息化的管理 4.提高效率和方便使用 2.2 用户特点 管理员：熟练掌握Java语言。熟悉掌握 sql语句的使用。能够熟练得对航班的各种信息进行修改等各种操作。 普通用户：能够熟练地使用桌面程序，有一定的电脑基础。能够通过根据操作的提示对自己所需的功能进行操作。

2.3 假定和约束 普通管理员，只能对库（航班库和客户库）中的信息进行查询操作；超级管理员，可以根据具体需要进行适当的数据管理（增、删、改、更）。 客户只能对航班信息库中的内容进行查询操作，客户进入到页面之后在不进行登录的情况下只能行航班信息查询操作，要预订机票就必须要先注册登录提交自己的基本信息；系统会根据管理员和客户的各种操作做出相应的返回信息进行 三．需求规定 3.1系统功能需求 本系统用于机票预订，包括航班信息查询、机票预订与确认等；主要分为五大功能：查询、订票、改签、退票和管理。 管理员登录到系统进行插入、删除、更新以及查看机票后台数据库操作。 插入：机票的插入可以按照航班号、班期、座位号、起飞地以及抵达地等等插入数据库。 删除：机票可以按照航班号、起始城市等进行删除。 3.1.1客户端系统功能 1.普通用户： 登陆：客户根据自己的密码帐号登陆系统对自己的各种信息进行操作。 查询：乘客可以根据航班号以及目的地查询出票类信息。 订票：乘客可以根据出发日期和航班号预订机票。 改签：当乘客有突发事件或者改变自己的行程计划的时候可以同本系统办理改签业务，乘客进入本系统通过填写相关信息可以重新预定航班。 退票：乘客通过填写身份证、客户姓名以及航班信息等办理退票业务。 2.管理员： 增加航班：根据航班号，出发城市，到达城市，出发时间，到达时间，票价，票数。 取消航班：根据航班号，出发日期。 后台管理：管理员可以根据总部要求去创建航班、取消航班、查看所有订票信息。 下面以结构图来描述机票预定系统的软件总体结构

课程管理系统需求说明书

燕京理工学院YANCHING INSTITUTE OF TECHNOLOGY 课程管理系统 软件需求说明书 学院：信息学院 姓名：郭文月 学号： 140210100 专业班级：计科1404 指导教师：周建敏

1引言 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (3) 2任务概述 2.1目标 (3) 2.2假定和约束 (3) 3需求规定 3.1对功能的规定 (4) 3.2结构图 3.2.1系统结构图 (4) 3.2.2功能结构图 (4) 3.2.3数据流词条描述 (5) 3.3对性能的规定 (5) 3.2.1精度 (5) 3.2.2时间特性要求 (6) 3.2.3灵活性 (6) 3.4输人输出要求 (6) 3.5故障处理要求 (6) 3.6系统安全性要求 (6) 3.6其他专门要求 (6) 4运行环境规定 4.1设备 (7) 4.2支持软件 (7) 4.3接口 (7) 4.3.1 内部接口 (7) 4.3.2 硬件接口 (7) 4.3.3 软件接口 (7) 4.3.4 通讯接口 (7) 4.4控制 (8)

1 引言 1.1编写目的 为了使本系统的使用者和软件开发者双方对该软件的初始规定有一个共同的理解，使之对整个开发工作的基础，明确系统需要实现的功能，确定需求边界。特编制本文档。本文档一经确认，将成为系统开发人员进行开发以及用户对系统验收的依据。 本文档的预期读者有：本系统最终使用者、系统管理人员、本系统开发人员、本系统测试人员。 1.2背景 开发软件的名称：学生课程管理系统 项目的任务提出者：燕京理工学院信息院郭文月 用户：学生 实现软件的单位：1404班郭文月学生 兼容系统：Windows XP SP2/SP3，win7 ，win8 开发工具：Myeclipse 10 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学出版社。 [2]《https://www.docsj.com/doc/5017367353.html,+Dreamweaver8案例精粹》武新华等，西安电子科技大学出版社 [3]《信息系统应用与开发案例教程》，陈承欢，清华大学出版社 2任务概述 2.1目标 课程的管理：包括课程的添加，修改和删除等 学生信息的管理：包括学生信息的添加，修改和删除等 学生课程的管理：包括学生通过浏览器进行添加登录用户，学生添加课程的学分信息等。 | 2.2假定和约束 经费限制：100万 开发时间：六个月之内 3需求规定 3.1对功能的规定

crm客户关系管理系统需求分析报告

客户关系管理系统需求规格说明书 编号：JB-RM-CRM 版本：1.0

1概述 客户是公司最宝贵的资源，为了更好的发掘老客户的价值，并开发更多新客户，XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规化管理；希望通过对销售机会、客户开发过程的追踪和记录，提高新客户的开发能力；希望在客户将要流失时系统及时预警，以便销售人员及时采取措施，降低损失。并希望系统提供相关报表，以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门，存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台，使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1目的 本文档是北京信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2围 本系统包括：营销管理、客户管理、服务管理、统计报表和基础数据五个功能模块。另包括权限管理模块用于系统的用户、角色和相关权限。系统功能为本说明书与附件Demo版界面描述中功能的并集。在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。 1.3读者对象 1.4参考文档 无 1.5术语定义 系统用户： XX公司员工。

客户： 购买XX公司产品或有意向购买XX公司产品的单位客户，不包括个人客户。 客户服务： 由客户提出申请，需要XX公司员工对其做出响应的活动。分咨询、建议、投诉等类型。

软件需求规格说明书

图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束

航空订票系统需求分析报告

1252355 王超1.编写目的及背景 编写目的 1.本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以 及各模块需要实现的具体要求，尽可能多地考虑在日后研发过程中可能出现的问题，为日后的概要设计和详细设计打基础 2.便于用户、系统分析人员和程序员对需求进行理解和交流，初步判定目标软 件能否满足其原来的期望，并可作为系统分析员设计软件的基本出发点； 3.确立可测试标准，用于软件开发完成后测试产品。 4.预期的读者和阅读建议： 项目经理，项目组成员：须将本文档的全部内容理解清楚。 测试人员：主要阅读本文中详细的需求部分。 客户：需明确所有的需求分析是否符合自己提出的要求。 背景 说明： 1.软件系统名称：航空机票预订系统。 2.任务提出者：XX航空公司 3.用户：XX航空公司，各大订票点 4.实现：XX航空公司计算中心 定义 结构化语言：将自然语言加上程序设计语言的控制结构就成了结构化 语言。 数据库：按照数据结构来组织、存储和管理数据的仓库。 旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作

单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班 舱位要求等。 取票通知：旅客取票凭证。 账单：旅客取票和交易的凭证。 机票：旅客登机凭证。 2任务概述 目标 1.|开发意图：为方便旅客订票，提高工作效率，在技术、经济可行的条件下 开发目标软件。 2.应用目标： 接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。 为旅客安排航班。 当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。 旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。 能够及时对于航班售票情况进行统计。 3.作用范围：xx航空公司所有订票点。 4.目标软件作为航空公司内部管理系统的一部分，与其他软件的关系如下：

运维管理系统需求说明书

1概述 1.1开发背景和意义 随着公司规模的迅速扩大，现行的纯纸质化办公，效率低下、资料保存和查询非常困难、成本高、不利于多人协同办公，成为日常办公的严重制约。尤其是需要审批的事项，如果遇到审批人出差或不在公司，往往需要等待，协调的成本很高，工作决策不能及时进行，大大降低了工作效率。开发审批系统，使得申请人和审批人不受地域和时间限制，审批流程自动流转，相关人可以快键协调。 1.2开发目标 系统在需求设计时要充分考虑了用户的使用习惯、模块间的相互独立性，减少系统间的相互依赖，使其能单独运行，便于开发和维护，也有利于以后的扩充，做到与其他业务系统的高内聚、松耦合。 特别强调系统的用户体验，以及与实际审批业务的贴合性，真正方便用户的申请和审批业务快键开展。 1.3主要内容 系统主要内容包括： (1) 考勤管理：员工的加班、调休、请假、市内外出、出差等的申请、审批、查询和统计。 （2）转正申请：员工完成试用期，进入转正审批环节，完成该环节后，成为正式员工。 （3）物资申请：办公用物资的申请和审批。 1.4用户对象 包括总公司、山西、广西、河南、湖北等办事处、分公司全部员工。

1.5业务数据时间要求 针对用户对数据的要求，业务数据做永久性保存，部分业务数据可转入查询库中作为历史数据供查询使用。 2功能需求 2.1功能框架 2.1.1总体框架 操作系统运行监控: 虚拟机可用性 cpu负载 内存使用 IO情况 空间使用情况 OS日志 进程情况 计划任务情况 时钟偏差 端口使用情况 路由表 一页查看 多操作系统执行命令: 中间件运行监控: 取jmx的一些指标。 数据库运行监控: 主目录 集群状态 实例状态 监听器状态 表空间预警 归档情况 rman备份情况 不良sql 未使用的索引 大表数据量 alert文件报错

客户管理系统需求分析表

客户管理系统需求分析表 CRM(Customer Relationship Management)是客户关系管理简称，通常包含有线索管理、客户管理、商机管理、合同管理和回款管理，友博云CRM各功能如下表所示: 一级功能二级功能三级功能 编名称编号名称编号名称号 1-1-1 新客户统计 1-1-2 新商机统计 1-1-3 跟进统计 1-1 概览统计 1-1-4 新合同统计 1-1-5 新回款统计 1-2-1 portlet部件管理 1-2-2 portlet部件首页调取 1-2-3 最近商机部件友博云CRM 1 1-2-4 最近通知部件工作台 1-2 友博云部件 1-2-5 最近客户部件 1-2-6 最近报销部件 1-2-7 最近合同部件 1-2-8 销售漏斗部件 1-3-1 激励话语调取(单独管理) 1-3 提示信息 1-3-2 日报温馨提示 1-3-3 新消息未读提示 2-1-1 客户新增 2 客户模块 2-1 客户管理

2-1-2 客户编辑 2-1-3 客户列表 2-1-4 客户列表统计 2-1-5 搜索(含高级) 2-1-6 删除(含回收站) 2-1-7 导入导出 2-1-8 批量转移(转移负责人或公海) 2-2-1 客户基本资料 2-2-2 客户状态快捷变更 2-2-3 客户最近联系人 2-2-4 客户最近商机 2-2-5 客户最近合同 2-2-6 客户最近应收款 2-2-7 客户最近报销2-2 客户详情 2-2-8 客户日程列表 2-2-9 客户日程评论 2-2-10 客户所有联系人列表 2-2-11 客户所有商机列表 2-2-8 客户所有合同列表 2-2-7 客户所有应收款列表 2-2-6 客户所有报销列表 2-2-5 客户所有动态列表 2-3-1 列表 2-3-2 新增 2-3 客户状态 2-3-3 编辑 2-3-4 删除 2-1-1 联系人新增 2-1-2 联系人编辑 2-1-3 联系人列表 3 联系人模块 3-1 联系人管理 2-1- 4 搜索(含字母筛选) 2-1-5 删除 2-1-6 导入导出 2-1-7 批量转移(转移到客户) 4-1-1 商机新增 4-1-2 商机编辑 4-1-3 商机列表 4-1 商机管理 4-1-4 商机统计

图书馆管理系统(软件需求说明书)。石云雷

1引言 (2) 1.1编写目的 (2) 1.2背景说明 (2) 2任务概述 (3) 2.1目标....................................................................................................... 错误！未定义书签。 2.1.1开发意图............................................................................................ 错误！未定义书签。 2.1.2应用目标............................................................................................ 错误！未定义书签。 2.1.3作用及范围........................................................................................ 错误！未定义书签。 2.2用户特点............................................................................................... 错误！未定义书签。 2.3假定与约束........................................................................................... 错误！未定义书签。 3需求规定 ..................................................................................................... 错误！未定义书签。 3.1对功能的规定....................................................................................... 错误！未定义书签。 3.2对性能规定 (8) 3.2.1精度.................................................................................................... 错误！未定义书签。 3.2.2时间特性要求.................................................................................... 错误！未定义书签。 3.2.3灵活性 (9) 3.3输入输出要求....................................................................................... 错误！未定义书签。 3.4数据管理能力要求 (11) 3.5故障处理要求 (12) 3.6其他专门要求 (12) 4运行环境设定 (13) 4.1设备 (13) 4.2支持软件............................................................................................... 错误！未定义书签。 4.3接口....................................................................................................... 错误！未定义书签。 4.3.1用户接口............................................................................................ 错误！未定义书签。 4.3.2软件接口............................................................................................ 错误！未定义书签。 4.4控制....................................................................................................... 错误！未定义书签。 4.5出错处理和恢复................................................................................... 错误！未定义书签。 1. 引言 1.1. 编写目的 需求的编写是为了研究图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。本需求的预期读者是与图书管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。

管理系统需求说明书-boobooke

车辆管理系统需求说明书 中国电信安徽公司 二00九年三月

目录 1. 需求功能点阐述 (3) 1.1.车辆档案管理 (3) 1.2.车辆保险合同管理 (4) 1.3.人员档案管理 (5) 1.3.1.驾驶员档案管理 (5) 1.3.2.车队管理人员档案管理 (6) 1.4.出车管理 (7) 1.4.1.派车流程管理 (7) 1.4.2.出车费用管理 (9) 1.5.车辆维修管理 (10) 1.5.1.车辆维修申请流程 (10) 1.5.2.维修单信息管理 (12) 1.6.车辆统计 (12) 1.7.车辆信息提醒 (14) 1.8.人工成本 (15) 1.9.管理成本 (15) 1.10.车辆管理文件 (16)

1. 概述 为精确车辆管理，细化车辆运行费用，准确管控油料消耗等成本开支，进一步加强对外包车辆的日常规范管理，掌握车辆运行基本情况，实现省、市、县一体化车辆管理。 车辆管理系统主要实现省、市、县车辆档案管理，人员档案管理，派车管理，车辆维修管理，车辆各项费用的管理及统计，车辆信息提醒。具体的包括： 1)车辆档案管理：实现车辆基本档案的基础数据的录入、维护及分级查询的需求； 2)人员档案管理：实现驾驶员档案及车队管理员人员档案的基础数据的录入、维护及 分级查询的需求； 3)派车管理：实现用车人提请派车申请，从申请审批到返程确认的闭环电子管理，记 录车辆的使用及油耗数据的需求； 4)车辆维修管理：实现车队人员提请送修申请电子审批流程，维修记录录入、维护及 分级查询的需求； 5)车辆统计：实现省、市、县分级车用费用的日、月、年度统计，部门用车公里数统 计，维修统计； 6)车辆信息提醒：各种待办信息提醒，车辆年审提醒，车辆保险到期提示，驾驶 员年审提醒，车辆报废提醒，油耗超标提示； 2. 需求功能点阐述 2.1.车辆档案管理 1)车辆档案录入与维护由各车队人员录入、维护所辖车辆的信息。数据项：车辆号牌，厂牌车型，座位 /吨位，排气量（升），燃油种类，发动机号码，车架号码，购置日期，注册日期，行驶公里数，耗油标准市内（公升），耗油长途标准（公升），使用单位，产权单位，年审日期，年审期限，报废公里数，报废年限，车辆状态＜是否报废＞，投保日期，保单终止期，分配驾驶员，车辆照片。 2）车辆档案查询省、市、县分级查询。省综合管理部人员及车队管理人员可以查看到