出租车管理系统 需求分析.docx

出租车管理系统 需求分析.docx

《出租车管理系统 需求分析.docx》由会员分享，可在线阅读，更多相关《出租车管理系统 需求分析.docx（14页珍藏版）》请在冰豆网上搜索。

出租车管理系统需求分析

论文要求

（1）撰写所选系统的项目开发计划。

（参考文档《软件项目开发计划格式》）

（2）对所选系统进行完整的需求获取

以及需求分析工作,给出所选系统的各

层次需求，包括业务需求，用户需求，

功能需求以及非功能需求。

（3）在（２）的基础上完成需求规格说明书。

（4）需求规格说明书要详尽，必须包括以下内容：

引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。

（可以参照SRS模板格式）

（5）附录中给出所选系统需求规格说明书中未给出的图表.（例如数据流图,数据字典等,例如建模用例图,时序图等）

项目开发计划

1.引言

1.1编写目的

随着各种日常生活的电子化，人们的日常生活越来越便捷。

近年来，随着各种基于位置的手机软件兴起，电子化的外卖，订票之类的软件也越来越多，它们在只能掌上终端飞快普及的今天极大的方便了各种人群的生活与工作。

同时，出租车作为人们日常出行的一种常用交通方式，其服务方式一直在很多方面受到诟病，比如，在急需的时候很难打车，在用车高峰期很难打车等等。

因此，开发出一个好用的出租车叫车服务系统便非常急迫了。

由于本项目属于小型项目，因此主要面向中小型的出租车公司，以此实现出租车的预约，呼叫，最优线路规划，高峰疏解等功能。

1.2背景

本软件主要用于实现出租车打车的数字化。

提供更为便捷经济的打车服务。

委托单位：

XX出租车公司

提出者：

XX出租车公司技术部

开发单位：

XX软件公司

系统待开发的名称：

出租车呼叫服务系统

本软件运行的平台：

windows，linux，Android，IOS

1.3定义

Windows:

微软公司出品的操作系统

Linux:

著名的开源操作系统

Android：

由google公司推出的手机操作系统

IOS：

由苹果公司推出的手机操作系统

1.4参考资料

《软件需求工程》梁亚萍等编著机械工业出版社

2.项目概述

2.1工作内容

在本次软件开发中，主要需要进行如下工作，

项目计划的确定，需求分析，软件概要设计，软件详细设计，指定软件测试计划与具体分析计划，完成用户手册和配置文件，进行软件后期的测试和维护。

2.2主要参加人员

主要参加人员：

项目经理：

项目经理A熟悉软件开发的具体流程，精通编程

程序员：

程序员A，B，C熟练使用一种以上语言的开发

测试员：

测试员A熟练掌握一般软件测试方法

需求分析：

需求分析员A，b熟悉需求分析

产品经理：

产品经理A对软件的开发有着深刻理解，了解用户心

2.3产品

2.3.1程序

需要交付的程序如下：

A.出租车呼叫服务系统后台管理程序

主要通过java进行开发，运行在linux和windows环境下。

存储方式为光盘和网络存储。

B.出租车呼叫服务系统出租车司机程序

主要通过java和oc进行开发，运行在安卓和IOS平台的手机上面。

存储方式为网络存储。

C.出租车呼叫服务系统用户程序

主要通过java和oc进行开发，运行在安卓和IOS平台的手机上面。

存储方式为网络存储。

2.3.2.文件

需要移交给客户的文件主要如下：

《软件项目开发计划书》

《需求规格说明》

《用户手册》

《计划执行情况》

《配置状态报告》

《设计规格说明》

《用户手册》

《测试计划》

《测试报告》

《项目总结报告》

2.3.3.服务

主要提供的服务如下：

A.培训

服务器程序运行培训

客户端程序使用指导培训

客户端软件客服培训

B.安装

服务器端程序安装

服务器端程序安装指导

C.发布

客服端程序发布

D.维护

服务器端程序维护

客户端程序维护

2.3.4.非移交的产品

软件迭代和测试版本的源文件

程序的源代码

2.4验收标准

对于程序，验收标准遵循没有重大bug，能在长时间内稳定运行。

对于文档，应该遵循完整展现相关内容，通俗易懂，让客户满意的原则。

对于服务，在实现预计效果的同时，应做到让客户满意的程度。

2.5完成项目的最迟期限

2015.9.30

2.6本计划的批准者和批准日期

批准者：

最终负责人A

批准日期：

2015.10.15

3.实施计划

3.1工作任务的分解与人员分工

需求分析负责人：

产品经理A参加人员：

需求分析员A，B

设计负责人：

产品设计A参加人员：

产品设计A

实现负责人：

项目经理A参加人员：

程序员A，B，C

测试负责人：

项目经理A参加人员：

测试员A

维护负责人：

项目经理A参加人员：

程序员A，B

文档编制负责人：

项目经理A参加人员：

产品设计A，程序员C

3.2接口人员

产品经理A：

负责需求分析部门和开发部门的接口

产品经理A：

负责客户和需求分析部门的接口

程序员A：

负责产品需求和实际产品之间的接口

3.3进度

按照完成先后顺序排序：

A.需求分析：

日期：

2014.12.30-2015.1.30

所需资源：

资金，人员

完成标志：

制定出完成的客户需求报告

B.产品设计：

日期：

2015.2.1-2015.3.1

所需资源：

开发资源，人员

完成标志：

制定出完整的软件产品开发报告

C.编码实现：

日期：

2015.3.2-2015.5.1

所需资源：

开发资源，人员

完成标志：

完成第一个版本的可运行完整程序

D.测试：

日期：

2015.5.1-2015.6.1

所需资源：

测试机器

完成标志：

和开发部门合力使软件产品达到规定标准

E.移交：

日期：

2015.6.2-2015.6.15

所需资源：

人员

完成标志：

客户反馈完成系统

F.培训和安装

日期：

2015.6.2-2015.6.30

所需资源：

人员

完成标志：

软件完成安装调试，所有培训人员顺利结业

3.4关键问题

A.项目经理能否准确获取客户的要求，直接影响了最后的产品能够达到客户要求。

B.各端软件互通时的数据同步安全稳定即时的实现，直接影响了客户的使用体验和程序的正常运行。

4.支持条件

条件：

资金充沛，设备足够

设施：

主要是对开发机器的要求，需要能够达到较优秀的开发机水准，保证开发工作的高效进行。

同时，开发机器需要有完整的开发环境。

4.1计算机系统支持

系统：

Windows，linux

编译程序：

VS，Xcode，AndroidStudio

5.交付期限

项目时间：

2014.12.30——2015.12.30

6.专题计划要点

测试计划中，一定要保证程序没有重大bug，不会造成客户的财产损失。

质量保证计划，优先保证软件在长时间使用情况下的稳定性。

配置管理计划，优先保证售后人员能帮助客户合理的配置好软件。

人员培训计划，优先保证培训人员对各种突发情况的处理能力，确保软件出现问题后能够第一时间恢复。

系统安装计划，优先保证系统安装的建议性和可靠性。

需求分析

1引言

1.1目的

该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求，性能需求和其它非功能性需求做出了详细的描述。

其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一个用例的基本时间流，若有备选时间流则描述，否则被省略。

而且还给出了非常直观的用例图。

这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为了用户更加容易地理解这些需求的描述创造了条件。

该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。

同时，该文档也是用户确定软件功能需求的主要依据。

1.2预期的读者和阅读建议

本文档的内容主要分成4个部分：

综合描述，系统特性，非功能需求和外部外部接口描述。

综合描述部分主要针对系统的主要结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细的描述，是文本的主要部分；非功能需求部分对非功能需求进行了详尽的描述；外部接口需求部分对用户界面，软件接口，硬件借口和通讯借口等进行了描述。

在阅读此文当时，首先要了产品的功能概貌，然后可以根据自身的需要对每一个功能进行适当的了解。

1.3范围

该产品是在积累了丰富的业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。

本产品将主要适用于一般城市的出租车公司，主要完成出租车的呼叫，预约以及出租车的线路规划功能。

1.5术语

Android：

google公司开发的手机操作系统

IOS：

苹果公司开发的手机操作系统

1.6参考文献

《软件需求工程》梁亚萍等编著机械工业出版社

2系统概述

2.1概述

出租车的打车难问题一直困扰着各地的消费者和出租车公司。

一方面，很多消费者抱怨很难打车，另一方面，出租车公司或者出租车司机却发现很多出租车在大部分的时候都是处于空车状态。

这样，通过此出租车呼叫服务系统，不仅可以减少用户的打车难问题，同时还可以帮助出租车公司合理规划线路，减少空车时间，减少成本。

2.2功能

乘客管理

叫车

预约

查询订车或者预约状态

查询出租车预计到达时间

取消叫车

取消预约

意见反馈

出租车管理

确认接单

放弃接单

确认接客

放弃接客

完成订单

未完成订单

意见反馈

出租车公司管理

接收用户订单

指派订单

接受查询请求

返回查询结果

接受反馈

后台管理

数据维护

数据备份

数据恢复

数据安全

2.3运行环境

该系统分为B/S三层结构，它们的运行环境分为客户端，应用服务器端和数据库服务器端三部分。

以下是系统的运行环境。

A.客户端

操作系统：

Windows，Andorid，IOS，或者其他

浏览器：

IE6以上，Chrome28以上，firefox21以上

B.应用服务器端

操作系统：

Windows7Server或者更新版本

应用服务器：

Tomcat5.5或者更高版本

数据库访问：

JDBC

C.数据库服务器端

操作系统：

Windows7Server或者更多版本

数据库系统：

SQLServer2000或者更新版本

2.4假设与依赖

本项目是否能够成功实施，主要取决去以下条件：

（1）能够将软件推广到各个消费者手中，消费者能否便捷的使用这个软件。

（2）出租车司机能够接受这个软件，因为通过这个软件，提高的负载率可能让部分出租车司机失业。

（3）出租车公司是否愿意使用这个系统，因为虽然它能在长期提高出租车的利润，但是在系统搭建前期，成本会比较高。

3系统特性

3.1系统角色

本系统主要用于以下几类人员：

（1）消费者，作为服务的请求方，通过客服端程序向出租车公司发起请求或者解除请求，包括叫车和预约以及它们的取消。

（2）出租车司机：

作为服务的直接提供者，接受出租车公司的指派，并进行相应的服务。

（3）出租车公司：

接受请求，并且处理请求。

（4）系统管理员：

负责维护后台程序的稳定运行。

3.2乘客管理

用例图见附录

3.3出租车管理

用例图见附录

3.4出租车公司管理

用例图见附录

3.5后台管理

用例图见附录

4非功能性需求

4.1性能需求

（1）客户端一般响应时间不超过0.5秒

（2）可并发处理至少100个订单提交

4.2安全性需求

（1）权限控制

根据不同的角色，设置相应的权限。

（2）重要数据加密

对于用户信息和出租车司机的信息，应该进行加密，确保隐私。

（3）数据备份

允许用户进行数据的备份和恢复，以弥补数据的破环和丢失。

（4）记录日志

本系统应该能够记录系统运行时发生的所有错误。

（5）账户安全需求

确保消费者在线付费的安全性得到保障

4.3可用性需求

（1）方便操作，操作流程合理

（2）简单一用，足够提示

（3）控制必须录入项目

（4）容错能力

（5）操作完成时必须要有统一规范的提示

（6）用户自定义

（7）联机帮助与客服人员支持

4.4用户文档

同本软件一起发行的用户文档包括：

（1）安装手册：

Word格式文件

（2）用户手册：

Word格式文件，可以集成在用户软件当中

（3）在线帮助：

HTMLHelp格式文件，联机式

附录

用例图

理解和体会

在写本次项目的需求文档时，我充分明白了软件工程作为一个工程时的复杂性和规范性，远不是平时做几个小程序就能领会的。

也深深的明白了这门课的重要性。

我深知，几乎所有的行业，当它的规模达到一定程度之后，其行事的复杂性将会指数倍的递增，而软件工程尤其如此，通过写这份文档，我明白了一次完整的项目中，职责的分配，用户及委托方的需求的获取与调查是多么的重要——它们在某种程度上才真正的决定了软件开发的成败，远不是我之前所想的，软件公司只要有几个通常认为的只要有几个技术大牛，那就几乎接近成功了。

事实上，产品经理和其他的人员也在一款软件的开发中起了相当大的作用。

同时，通过此次课程设计，我也明白了想要做成一款优秀的软件产品，在coding之前详细的调查分析用户需求的重要性。

如果没有这些，写出的代码再好也只是一堆漂亮的垃圾。

所以，此次课设让我明白了很多以前不了解并且不理解的东西，在以后的学习工作中，我会更加重视软件需求，相信这样，才能成长为一个真正优秀的程序员。