出租车管理系统 需求分析

《出租车管理系统 需求分析》由会员分享，可在线阅读，更多相关《出租车管理系统 需求分析（13页珍藏版）》请在金锄头文库上搜索。

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

2、引言9 1.1 目的.9 1.2 预期的读者和阅读建议.9 1.3 范围.10 1.5 术语.10 1.6 参考文献.10 2 系统概述10 2.1 概述.10 2.2 功能.10 2.3 运行环境.11 2.4 假设与依赖.11 3 系统特性11 3.1 系统角色.12 3.2 乘客管理.12 3.3 出租车管理.12 3.4 出租车公司管理.12 3.5 后台管理.12 4 非功能性需求12 4.1 性能需求.12 4.2 安全性需求.12 4.3 可用性需求.12 4.4 用户文档.13 附录13 理解和体会14 本科课程论文评分标准15 论文要求论文要求 （1） 撰写所选系统的项目开发

3、计划。（参考文档软件项目开发计划格式） （2） 对所选系统进行完整的需求获取 以及需求分析工作,给出所选系统的各 层次需求，包括业务需求，用户需求， 功能需求以及非功能需求。 （3） 在()的基础上完成需求规格说明书。 （4） 需求规格说明书要详尽，必须包括以下内容：引言，总体描述，功能需 求，接口需求以及其它非功能性需求等，符合需求规格说明书各项细则。(可以 参照 SRS 模板格式) （5） 附录中给出所选系统需求规格说明书中未给出的图表.(例如数据流图, 数 据字典等, 例如建模用例图, 时序图等) 项目开发计划项目开发计划 1.引言 1.1 编写目的 随着各种日常生活的电子化，人们的日常

4、生活越来越便捷。 近年来，随着各种基于位置的手机软件兴起，电子化的外卖，订票之类的软件 也越来越多，它们在只能掌上终端飞快普及的今天极大的方便了各种人群的生 活与工作。 同时，出租车作为人们日常出行的一种常用交通方式，其服务方式一直在很多 方面受到诟病，比如，在急需的时候很难打车，在用车高峰期很难打车等等。 因此，开发出一个好用的出租车叫车服务系统便非常急迫了。 由于本项目属于小型项目，因此主要面向中小型的出租车公司，以此实现出租 车的预约，呼叫，最优线路规划，高峰疏解等功能。 1.2 背景 本软件主要用于实现出租车打车的数字化。提供更为便捷经济的打车服务。 委托单位：XX 出租车公司 提出者

5、：XX 出租车公司技术部 开发单位：XX 软件公司 系统待开发的名称：出租车呼叫服务系统 本软件运行的平台：windows，linux，Android，IOS 1.3 定义 Windows : 微软公司出品的操作系统 Linux : 著名的开源操作系统 Android：由 google 公司推出的手机操作系统 IOS：由苹果公司推出的手机操作系统 1.4 参考资料 软件需求工程 梁亚萍等编著 机械工业出版社 2. 项目概述 2.1 工作内容 在本次软件开发中，主要需要进行如下工作， 项目计划的确定，需求分析，软件概要设计，软件详细设计，指定软件测试计 划与具体分析计划，完成用户手册和配置文件，

6、进行软件后期的测试和维护。 2.2 主要参加人员 主要参加人员： 项目经理：项目经理 A 熟悉软件开发的具体流程，精通编程 程序员：程序员 A，B，C 熟练使用一种以上语言的开发 测试员：测试员 A 熟练掌握一般软件测试方法 需求分析：需求分析员 A，b 熟悉需求分析 产品经理：产品经理 A 对软件的开发有着深刻理解，了解用户心 2.3 产品 2.3.1 程序 需要交付的程序如下： A.出租车呼叫服务系统后台管理程序 主要通过 java 进行开发，运行在 linux 和 windows 环境下。存储方式为光盘 和网络存储。 B.出租车呼叫服务系统出租车司机程序 主要通过 java 和 oc 进

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

8、 客户端程序维护 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 实现

9、负责人：项目经理 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

10、.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. 项目经理能否准

11、确获取客户的要求，直接影响了最后的产品能够达到客户要 求。 B. 各端软件互通时的数据同步安全稳定即时的实现，直接影响了客户的使用体 验和程序的正常运行。 4.支持条件 条件：资金充沛，设备足够 设施：主要是对开发机器的要求，需要能够达到较优秀的开发机水准，保证开 发工作的高效进行。同时，开发机器需要有完整的开发环境。 4.1 计算机系统支持 系统：Windows，linux 编译程序：VS，Xcode，AndroidStudio 5.交付期限 项目时间：2014.12.30 2015.12.30 6.专题计划要点 测试计划中，一定要保证程序没有重大 bug，不会造成客户的财产损失。 质量保证

12、计划，优先保证软件在长时间使用情况下的稳定性。 配置管理计划，优先保证售后人员能帮助客户合理的配置好软件。 人员培训计划，优先保证培训人员对各种突发情况的处理能力，确保软件出现 问题后能够第一时间恢复。 系统安装计划，优先保证系统安装的建议性和可靠性。 需求分析需求分析 1 引言 1.1 目的 该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总 体架构上给出整个系统的轮廓，然后又对功能需求，性能需求和其它非功能性 需求做出了详细的描述。 其中对功能需求的描述采用了 UML 的用例模型方式，主要描述了每一个用 例的基本时间流，若有备选时间流则描述，否则被省略。而且还给出了非常直 观

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

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

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

16、构，它们的运行环境分为客户端，应用服务器端和 数据库服务器端三部分。 以下是系统的运行环境。 A.客户端 操作系统：Windows ，Andorid ，IOS ，或者其他 浏览器：IE6 以上，Chrome28 以上，firefox21 以上 B.应用服务器端 操作系统：Windows7 Server 或者更新版本 应用服务器：Tomcat 5.5 或者更高版本 数据库访问：JDBC C.数据库服务器端 操作系统：Windows7 Server 或者更多版本 数据库系统：SQLServer 2000 或者更新版本 2.4 假设与依赖 本项目是否能够成功实施，主要取决去以下条件： (1) 能够将软件推广到各个消费者手中，消费者能否便捷的使用这个软件。 (2) 出租车司机能够接受这个软件，因为通过这个软件，提高的负载率可能 让部分出租车司机失业。 (3) 出租车公司是否愿意使用这个系统，因为虽然它能在长期提高出租车的 利润，但是在系统搭建前期，成本会比较高。 3 系统特性 3.1 系统角色 本系统主要用于以下