1、出租车管理系统 需求分析论文要求（1） 撰写所选系统的项目开发计划。（参考文档软件项目开发计划格式）（2） 对所选系统进行完整的需求获取以及需求分析工作,给出所选系统的各层次需求，包括业务需求，用户需求，功能需求以及非功能需求。（3） 在()的基础上完成需求规格说明书。（4） 需求规格说明书要详尽，必须包括以下内容：引言，总体描述，功能需求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。(可以参照SRS模板格式)（5） 附录中给出所选系统需求规格说明书中未给出的图表.(例如数据流图, 数据字典等, 例如建模用例图, 时序图等)项目开发计划1.引言1.1编写目的 随着各种日常生活的
2、电子化，人们的日常生活越来越便捷。近年来，随着各种基于位置的手机软件兴起，电子化的外卖，订票之类的软件也越来越多，它们在只能掌上终端飞快普及的今天极大的方便了各种人群的生活与工作。同时，出租车作为人们日常出行的一种常用交通方式，其服务方式一直在很多方面受到诟病，比如，在急需的时候很难打车，在用车高峰期很难打车等等。因此，开发出一个好用的出租车叫车服务系统便非常急迫了。由于本项目属于小型项目，因此主要面向中小型的出租车公司，以此实现出租车的预约，呼叫，最优线路规划，高峰疏解等功能。1.2背景 本软件主要用于实现出租车打车的数字化。提供更为便捷经济的打车服务。委托单位：XX出租车公司提出者：XX出
3、租车公司技术部开发单位：XX软件公司系统待开发的名称：出租车呼叫服务系统本软件运行的平台：windows，linux，Android，IOS1.3定义Windows : 微软公司出品的操作系统Linux : 著名的开源操作系统Android：由google 公司推出的手机操作系统IOS：由苹果公司推出的手机操作系统1.4参考资料 软件需求工程 梁亚萍等编著 机械工业出版社2. 项目概述 2.1 工作内容在本次软件开发中，主要需要进行如下工作，项目计划的确定，需求分析，软件概要设计，软件详细设计，指定软件测试计划与具体分析计划，完成用户手册和配置文件，进行软件后期的测试和维护。 2.2 主要参加
4、人员主要参加人员：项目经理：项目经理A 熟悉软件开发的具体流程，精通编程程序员：程序员A，B，C 熟练使用一种以上语言的开发测试员：测试员A 熟练掌握一般软件测试方法需求分析：需求分析员A，b 熟悉需求分析产品经理：产品经理A 对软件的开发有着深刻理解，了解用户心2.3 产品 2.3.1程序 需要交付的程序如下：A.出租车呼叫服务系统后台管理程序主要通过java 进行开发，运行在linux和windows 环境下。存储方式为光盘和网络存储。B.出租车呼叫服务系统出租车司机程序主要通过java 和oc进行开发，运行在安卓和IOS平台的手机上面。存储方式为网络存储。C.出租车呼叫服务系统用户程序主
5、要通过java 和oc进行开发，运行在安卓和IOS平台的手机上面。存储方式为网络存储。2.3.2.文件 需要移交给客户的文件主要如下：软件项目开发计划书需求规格说明用户手册计划执行情况配置状态报告 设计规格说明用户手册测试计划测试报告项目总结报告 2.3.3.服务 主要提供的服务如下：A.培训服务器程序运行培训客户端程序使用指导培训客户端软件客服培训B.安装服务器端程序安装服务器端程序安装指导C.发布客服端程序发布D.维护服务器端程序维护客户端程序维护2.3.4.非移交的产品 软件迭代和测试版本的源文件程序的源代码 2.4 验收标准 对于程序，验收标准遵循没有重大bug，能在长时间内稳定运行。
6、对于文档，应该遵循完整展现相关内容，通俗易懂，让客户满意的原则。对于服务，在实现预计效果的同时，应做到让客户满意的程度。2.5 完成项目的最迟期限 2015.9.302.6 本计划的批准者和批准日期 批准者：最终负责人A批准日期：2015.10.153. 实施计划 3.1 工作任务的分解与人员分工 需求分析 负责人：产品经理A 参加人员：需求分析员A，B设计 负责人：产品设计A 参加人员：产品设计A实现 负责人：项目经理A 参加人员：程序员A，B，C测试 负责人：项目经理A 参加人员：测试员A维护 负责人：项目经理A 参加人员：程序员A，B文档编制 负责人：项目经理A 参加人员：产品设计A，程
7、序员C3.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.
8、1所需资源：测试机器完成标志：和开发部门合力使软件产品达到规定标准E.移交：日期：2015.6.2 - 2015.6.15所需资源：人员完成标志：客户反馈完成系统F.培训和安装日期：2015.6.2 - 2015.6.30所需资源：人员完成标志：软件完成安装调试，所有培训人员顺利结业3.4 关键问题 A. 项目经理能否准确获取客户的要求，直接影响了最后的产品能够达到客户要求。B. 各端软件互通时的数据同步安全稳定即时的实现，直接影响了客户的使用体验和程序的正常运行。4.支持条件 条件：资金充沛，设备足够设施：主要是对开发机器的要求，需要能够达到较优秀的开发机水准，保证开发工作的高效进行。同时，
9、开发机器需要有完整的开发环境。 4.1计算机系统支持 系统：Windows，linux编译程序：VS，Xcode，AndroidStudio 5.交付期限 项目时间：2014.12.30 2015.12.306.专题计划要点测试计划中，一定要保证程序没有重大bug，不会造成客户的财产损失。质量保证计划，优先保证软件在长时间使用情况下的稳定性。配置管理计划，优先保证售后人员能帮助客户合理的配置好软件。人员培训计划，优先保证培训人员对各种突发情况的处理能力，确保软件出现问 题后能够第一时间恢复。系统安装计划，优先保证系统安装的建议性和可靠性。需求分析1 引言1.1 目的该文档首先给出了整个系统的整
10、体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求，性能需求和其它非功能性需求做出了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一个用例的基本时间流，若有备选时间流则描述，否则被省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为了用户更加容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2 预期的读者和阅读建议本文档的内容主要分成4个部分：
11、综合描述，系统特性，非功能需求和外部外部接口描述。综合描述部分主要针对系统的主要结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细的描述，是文本的主要部分；非功能需求部分对非功能需求进行了详尽的描述；外部接口需求部分对用户界面，软件接口，硬件借口和通讯借口等进行了描述。在阅读此文当时，首先要了产品的功能概貌，然后可以根据自身的需要对每一个功能进行适当的了解。1.3 范围该产品是在积累了丰富的业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于一般城市的出租车公司，主要完成出租车的呼叫，预约以及出租车的线路规划功能。1.5 术语Android：goog
12、le公司开发的手机操作系统IOS：苹果公司开发的手机操作系统1.6 参考文献软件需求工程 梁亚萍等 编著 机械工业出版社2 系统概述2.1 概述出租车的打车难问题一直困扰着各地的消费者和出租车公司。一方面，很多消费者抱怨很难打车，另一方面，出租车公司或者出租车司机却发现很多出租车在大部分的时候都是处于空车状态。这样，通过此出租车呼叫服务系统，不仅可以减少用户的打车难问题，同时还可以帮助出租车公司合理规划线路，减少空车时间，减少成本。2.2 功能乘客管理叫车预约查询订车或者预约状态查询出租车预计到达时间取消叫车取消预约意见反馈出租车管理确认接单放弃接单确认接客放弃接客完成订单未完成订单意见反馈出
13、租车公司管理接收用户订单指派订单接受查询请求返回查询结果接受反馈后台管理数据维护数据备份数据恢复数据安全2.3 运行环境该系统分为 B/S 三层结构，它们的运行环境分为客户端，应用服务器端和数据库服务器端三部分。以下是系统的运行环境。A.客户端操作系统：Windows ，Andorid ，IOS ，或者其他浏览器：IE6以上，Chrome28以上，firefox21以上B.应用服务器端操作系统：Windows7 Server 或者更新版本应用服务器：Tomcat 5.5 或者更高版本数据库访问：JDBCC.数据库服务器端操作系统：Windows7 Server 或者更多版本数据库系统：SQLS
14、erver 2000 或者更新版本2.4 假设与依赖本项目是否能够成功实施，主要取决去以下条件：(1) 能够将软件推广到各个消费者手中，消费者能否便捷的使用这个软件。(2) 出租车司机能够接受这个软件，因为通过这个软件，提高的负载率可能让部分出租车司机失业。(3) 出租车公司是否愿意使用这个系统，因为虽然它能在长期提高出租车的利润，但是在系统搭建前期，成本会比较高。3 系统特性3.1 系统角色本系统主要用于以下几类人员：(1)消费者，作为服务的请求方，通过客服端程序向出租车公司发起请求或者解除请求，包括叫车和预约以及它们的取消。(2)出租车司机：作为服务的直接提供者，接受出租车公司的指派，并进
15、行相应的服务。(3)出租车公司：接受请求，并且处理请求。(4)系统管理员：负责维护后台程序的稳定运行。3.2 乘客管理用例图见附录3.3 出租车管理用例图见附录3.4 出租车公司管理用例图见附录3.5 后台管理用例图见附录4 非功能性需求4.1 性能需求(1) 客户端一般响应时间不超过0.5秒(2) 可并发处理至少100个订单提交4.2 安全性需求(1) 权限控制根据不同的角色，设置相应的权限。(2) 重要数据加密对于用户信息和出租车司机的信息，应该进行加密，确保隐私。(3) 数据备份允许用户进行数据的备份和恢复，以弥补数据的破环和丢失。(4) 记录日志本系统应该能够记录系统运行时发生的所有错
16、误。(5) 账户安全需求确保消费者在线付费的安全性得到保障4.3 可用性需求(1) 方便操作，操作流程合理(2) 简单一用，足够提示(3) 控制必须录入项目(4) 容错能力(5) 操作完成时必须要有统一规范的提示(6) 用户自定义(7) 联机帮助与客服人员支持4.4 用户文档同本软件一起发行的用户文档包括：(1) 安装手册：Word 格式文件(2) 用户手册：Word 格式文件，可以集成在用户软件当中(3) 在线帮助：HTML Help 格式文件，联机式附录用例图理解和体会在写本次项目的需求文档时，我充分明白了软件工程作为一个工程时的复杂性和规范性，远不是平时做几个小程序就能领会的。也深深的明
17、白了这门课的重要性。我深知，几乎所有的行业，当它的规模达到一定程度之后，其行事的复杂性将会指数倍的递增，而软件工程尤其如此，通过写这份文档，我明白了一次完整的项目中，职责的分配，用户及委托方的需求的获取与调查是多么的重要它们在某种程度上才真正的决定了软件开发的成败，远不是我之前所想的，软件公司只要有几个通常认为的只要有几个技术大牛，那就几乎接近成功了。事实上，产品经理和其他的人员也在一款软件的开发中起了相当大的作用。同时，通过此次课程设计，我也明白了想要做成一款优秀的软件产品，在coding之前详细的调查分析用户需求的重要性。如果没有这些，写出的代码再好也只是一堆漂亮的垃圾。所以，此次课设让我明白了很多以前不了解并且不理解的东西，在以后的学习工作中，我会更加重视软件需求，相信这样，才能成长为一个真正优秀的程序员。
