2022年出租车管理系统-需求分析教学总结

1、目录论文要求 . 3 项目开发计划 . 4 1.引言 . 4 1.1 编写目的 . 4 1.2 背景 . 4 1.3 定义 . 4 1.4 参考资料 . 4 2. 项目概述 . 4 2.1 工作内容 . 4 2.2 主要参加人员 . 5 2.3 产品 . 5 2.3.1 程序 . 5 2.3.2. 文件 . 5 2.3.3. 服务 . 5 2.3.4. 非移交的产品. 6 2.4 验收标准 . 6 2.5 完成项目的最迟期限 . 6 2.6 本计划的批准者和批准日期 . 6 3. 实施计划 . 6 3.1 工作任务的分解与人员分工 . 6 3.2 接口人员 . 6 3.3 进度 . 7 3.4

2、 关键问题 . 7 4.支持条件 . 7 4.1 计算机系统支持 . 8 5.交付期限 . 8 6.专题计划要点 . 8 需求分析 . 8 1 引言 . 8 1.1 目的 . 8 1.2 预期的读者和阅读建议. 8 1.3 范围 . 9 1.5 术语 . 9 1.6 参考文献 . 9 2 系统概述 . 9 2.1 概述 . 9 2.2 功能 . 9 2.3 运行环境 . 10 2.4 假设与依赖 . 10 3 系统特性 . 10 3.1 系统角色 . 11 3.2 乘客管理 . 11 3.3 出租车管理 . 11 3.4 出租车公司管理. 11 3.5 后台管理 . 11 4 非功能性需求 .

3、 11 4.1 性能需求 . 11 4.2 安全性需求 . 11 4.3 可用性需求 . 11 4.4 用户文档 . 12 附录 . 12 理解和体会 . 13 本科课程论文评分标准 . 错误!未定义书签。论文要求（1） 撰写所选系统的项目开发计划。（参考文档软件项目开发计划格式）（2） 对所选系统进行完整的需求获取 以及需求分析工作 ,给出所选系统的各 层次需求，包括业务需求，用户需求，功能需求以及非功能需求。（3） 在()的基础上完成需求规格说明书。（4） 需求规格说明书要详尽， 必须包括以下内容： 引言，总体描述， 功能需求，(可以参照 接口需求以及其它非功能性需求等，符合需求规格说明书

4、各项细则。SRS 模板格式 ) （5） 附录中给出所选系统需求规格说明书中未给出的图表 .(例如数据流图 , 数 据字典等 , 例如建模用例图 , 时序图等 ) 项目开发计划 1.引言 1.1 编写目的随着各种日常生活的电子化，人们的日常生活越来越便捷。近年来，随着各种基于位置的手机软件兴起，电子化的外卖， 订票之类的软件也越来越多，它们在只能掌上终端飞快普及的今天极大的方便了各种人群的生活与 工作。同时，出租车作为人们日常出行的一种常用交通方式，其服务方式一直在很多方面受到诟病， 比如，在急需的时候很难打车， 在用车高峰期很难打车等等。 因此，开发出一个好用的出租车叫车服务系统便非常急迫了。

5、由于本项目属于小型项目， 因此主要面向中小型的出租车公司，以此实现出租车 的预约，呼叫，最优线路规划，高峰疏解等功能。1.2 背景本软件主要用于实现出租车打车的数字化。提供更为便捷经济的打车服务。委托单位： XX 出租车公司 提出者： XX 出租车公司技术部 开发单位： XX 软件公司 系统待开发的名称：出租车呼叫服务系统 本软件运行的平台： windows ，linux ，Android ，IOS 1.3 定义Windows : 微软公司出品的操作系统 Linux : 著名的开源操作系统 Android ：由 google 公司推出的手机操作系统 IOS ：由苹果公司推出的手机操作系统1.4

6、 参考资料软件需求工程梁亚萍等编著机械工业出版社2. 项目概述 2.1 工作内容在本次软件开发中，主要需要进行如下工作，项目计划的确定，需求分析，软件概要设计，软件详细设计，指定软件测试计划 与具体分析计划，完成用户手册和配置文件，进行软件后期的测试和维护。2.2 主要参加人员主要参加人员：项目经理：项目经理 A 熟悉软件开发的具体流程，精通编程程序员：程序员 A，B，C 熟练使用一种以上语言的开发测试员：测试员 A 熟练掌握一般软件测试方法需求分析：需求分析员 A，b 熟悉需求分析产品经理：产品经理 A 对软件的开发有着深刻理解，了解用户心2.3 产品2.3.1 程序需要交付的程序如下：A.

7、出租车呼叫服务系统后台管理程序主要通过 java 进行开发，运行在 网络存储。linux 和 windows 环境下。存储方式为光盘和B.出租车呼叫服务系统出租车司机程序主要通过 java 和 oc 进行开发，运行在安卓和为网络存储。C.出租车呼叫服务系统用户程序 主要通过 java 和 oc 进行开发，运行在安卓和 为网络存储。2.3.2. 文件需要移交给客户的文件主要如下：软件项目开发计划书需求规格说明用户手册计划执行情况配置状态报告设计规格说明用户手册测试计划测试报告项目总结报告2.3.3. 服务主要提供的服务如下：A.培训 服务器程序运行培训IOS 平台的手机上面。存储方式IOS 平台

8、的手机上面。存储方式客户端程序使用指导培训 客户端软件客服培训 B.安装 服务器端程序安装 服务器端程序安装指导 C.发布 客服端程序发布 D.维护 服务器端程序维护 客户端程序维护2.3.4. 非移交的产品软件迭代和测试版本的源文件 程序的源代码2.4 验收标准对于程序，验收标准遵循没有重大bug，能在长时间内稳定运行。对于文档，应该遵循完整展现相关内容，通俗易懂，让客户满意的原则。对于服务，在实现预计效果的同时，应做到让客户满意的程度。2.5 完成项目的最迟期限2015.9.30 2.6 本计划的批准者和批准日期批准者：最终负责人 A 批准日期： 2015.10.15 3. 实施计划3.1

9、 工作任务的分解与人员分工需求分析 负责人：产品经理 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 -

10、 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

11、.2 - 2015.6.30 所需资源：人员 完成标志：软件完成安装调试，所有培训人员顺利结业3.4 关键问题A. 项目经理能否准确获取客户的要求，直接影响了最后的产品能够达到客户要 求。B. 各端软件互通时的数据同步安全稳定即时的实现，直接影响了客户的使用体 验和程序的正常运行。4.支持条件条件：资金充沛，设备足够设施：主要是对开发机器的要求， 需要能够达到较优秀的开发机水准，保证开发 工作的高效进行。同时，开发机器需要有完整的开发环境。4.1 计算机系统支持 系统： Windows ，linux 编译程序： VS，Xcode ，AndroidStudio 5.交付期限 项目时间： 2014

12、.12.30 2015.12.30 6.专题计划要点测试计划中，一定要保证程序没有重大bug，不会造成客户的财产损失。质量保证计划，优先保证软件在长时间使用情况下的稳定性。配置管理计划，优先保证售后人员能帮助客户合理的配置好软件。人员培训计划， 优先保证培训人员对各种突发情况的处理能力，确保软件出现问 题后能够第一时间恢复。系统安装计划，优先保证系统安装的建议性和可靠性。需求分析1 引言 1.1 目的该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体 架构上给出整个系统的轮廓， 然后又对功能需求， 性能需求和其它非功能性需求做出了详细的描述。其中对功能需求的描述采用了UML 的

13、用例模型方式，主要描述了每一个用例的基本时间流， 若有备选时间流则描述， 否则被省略。 而且还给出了非常直观 的用例图。 这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也 为了用户更加容易地理解这些需求的描述创造了条件。该文档详尽说明了这一软件产品的需求和规格，基础，也是编写测试用例和进行系统测试的主要依据。定软件功能需求的主要依据。1.2 预期的读者和阅读建议这些规格说明是进行设计的 同时，该文档也是用户确本文档的内容主要分成 4 个部分：综合描述，系统特性，非功能需求和外部外部接口描述。综合描述部分主要针对系统的主要结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细的

14、描述，是文本的主要部分； 非功能需求部分对非功能需求进行了详尽的描述； 外部接口需求部分对用户界面，软件接口， 硬件借口和通讯借口等进行了描述。在阅读此文当时，首先要了产品的功能概貌，然后可以根据自身的需要对每一个功能进行适当的了解。1.3 范围该产品是在积累了丰富的业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。 本产品将主要适用于一般城市的出租车公司，主要完成出租车的呼叫，预约以及出租车的线路规划功能。1.5 术语Android：google 公司开发的手机操作系统IOS：苹果公司开发的手机操作系统1.6 参考文献软件需求工程梁亚萍等编著 机械工业出版社2 系统概述2.

15、1 概述出租车的打车难问题一直困扰着各地的消费者和出租车公司。一方面，很多消费者抱怨很难打车， 另一方面，出租车公司或者出租车司机却发现很多出租车在大部分的时候都是处于空车状态。这样，通过此出租车呼叫服务系统，不仅可以减少用户的打车难问题， 同时还可以帮助出租车公司合理规划线路，减少空车时间，减少成本。2.2 功能乘客管理 叫车预约查询订车或者预约状态查询出租车预计到达时间取消叫车取消预约意见反馈出租车管理 确认接单放弃接单确认接客放弃接客完成订单未完成订单 意见反馈 出租车公司管理 接收用户订单 指派订单 接受查询请求 返回查询结果 接受反馈 后台管理 数据维护 数据备份 数据恢复 数据安全

16、2.3 运行环境该系统分为 B/S 三层结构，它们的运行环境分为客户端，应用服务器端和 数据库服务器端三部分。以下是系统的运行环境。A.客户端操作系统： Windows ，Andorid ，IOS ，或者其他 浏览器： IE6 以上， Chrome28 以上， firefox21 以上B.应用服务器端操作系统： Windows7 Server 或者更新版本 应用服务器： Tomcat 5.5 或者更高版本 数据库访问： JDBC C.数据库服务器端操作系统： Windows7 Server 或者更多版本 数据库系统： SQLServer 2000 或者更新版本2.4 假设与依赖本项目是否能够成

17、功实施，主要取决去以下条件：(1) 能够将软件推广到各个消费者手中，消费者能否便捷的使用这个软件。(2) 出租车司机能够接受这个软件，因为通过这个软件，提高的负载率可能 让部分出租车司机失业。(3) 出租车公司是否愿意使用这个系统，因为虽然它能在长期提高出租车的 利润，但是在系统搭建前期，成本会比较高。3 系统特性3.1 系统角色本系统主要用于以下几类人员：(1)消费者，作为服务的请求方， 通过客服端程序向出租车公司发起请求或者 解除请求，包括叫车和预约以及它们的取消。(2)出租车司机：作为服务的直接提供者，接受出租车公司的指派，并进行相 应的服务。(3)出租车公司：接受请求，并且处理请求。(

18、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) 控制必须录入项目