智慧环卫系统解决方案Word文档格式.docx

1、3.2.10 评审303.2.11 培训3051/513.3 软件开发过程313.3.1 采用基于里程碑的生命周期模型313.3.2 采用迭代化的开发模式333.3.3 迭代过程与传统的瀑布模型相比较343.4 质量管理353.4.1 测试353.4.2 评审363.4.3 SQA（软件质量保证）363.5 系统安全保障措施373.5.1 系统安全373.5.2 权限管理383.5.3 数据安全383.5.4 系统稳定性及出错处理39四 系统验收测试计划404.1 测试计划404.1.1 测试工作流程404.2 测试标准424.2.1 功能测试：424.2.2 兼容性测试434.2.3 性能测

2、试434.2.4 测试阶段及策略444.3 验收方案454.3.1 验收方法454.3.2 验收内容454.3.3 验收实施步骤464.4 技术支持及售后服务474.4.1 技术支持服务474.4.2 免费系统维护服务484.5 软件品质保证494.5.1 需求阶段494.5.2 设计阶段494.5.3 编码阶段494.5.4 测试阶段504.5.5 发版试运行及结项504.6 培训计划504.6.1 培训承诺504.6.2 培训目标504.6.3 培训地点504.6.4 培训内容504.6.5 现场培训511 系统概述1.1 系统实施目标当前，环卫日常工作管理及运作上还是按照传统管理模式进行

3、， 业务工作建立在工序细分和工作简单化、专业化基础上，相应的组 织都是多层次、多部门的“金字塔”型的职能型组织机构。有限的 人力资源和时间都消耗在不能创造价值的沟通工作上，并且机构内 部沟通的信息链长，导致信息化传递速度慢，无法即时传达和响应 领导的工作安排，如果不进行统一的管理，很明显会影响工作的进 度和效率，造成工作拖延。随着环保事业的迅速发展和信息化在各行业的普及，城市环卫 工作的高效运行面临极大的挑战，如何利用信息化的手段建立有效 的考核体系以便于提升管理调度水平，提高作业效率和质量，是环卫部门必须解决的难题之一。本系统将根据环卫管理部门的实际业务需求，建立一套数字化 智能环卫管理系统

4、，对环卫局归口管理的监测人员、保洁公司、环卫车辆（洒水车、垃圾车等）、公厕、果皮箱、垃圾桶、转运站进 行统一的平台化管理和调度，以提高环卫部门的科学管理水平。1.2 系统研发、设计目标为提高工作效率、结合环卫部门现有的资源，增加对环卫作业过程的管理和监控，系统在研发和设计上将实现以下目标：1.2.1 环卫基础数据建设对智慧环卫系统所涉及的对象基本属性、行为、关联关系等基本数据进行统一数字字典建设。1. 2.2 环卫作业区域管理管理员可以将对作业区域进行统一管理，指定具体人员/公司负责区域，并可及时查询各对象的任务区域和作业详细情况。1.2.3 建立科学高效的作业考核体系将现实传统的考核方法以信

5、息化形式进行实现，提高作业考 核的即时性，减少人为的数据统计，从而有效提升作业考核的效率。1.2.4 实时监控调度通过考核人员和平台管理员的对讲通话，实现作业区域考核信息的及时上报，并调度相关单位进行处理。1.2.5 数据可视化系统实现主要以 GIS 地图结合系统数据的直观展现模式，将各对象的地理信息位置结合系统算法标记在矢量地图上。1.3 角色说明系统管理员：设置系统基础信息，定义各个角色系统使用权限，维护系统日常使用；环卫局领导：可查看系统的任何信息； 信息维护员：维护系统基础信息；保洁公司：可接收考核结果通知及消息； 监测员：可录入监测对象的考核结果；环卫局领导监测人员1.4 管理组织关

6、系保环垃洁公卫车圾 桶、司辆雨水斗其它系统的访等问用户1.5 词汇、定义、参考文献本文中用到的专门术语的定义和缩写词的原词组列表：术语名称属于含义作指的一切与环卫工作相关的任务业系智慧环卫管理系统统环卫车辆洒水车、垃圾车、扫路车、吸粪车系统架构采用Browser/Server模式，分为表现层、业务逻辑 层、数据层。其中业务逻辑层又包含业务管理、用于处理与其它系统接口的Http Service 服务组件；系统采用 Windows2003 server/CentOs 作服务器 OS， SQL Server2005/MYSQL 作为 DBMS。采用 JavaEE/Microsoft .Net 进行开

7、发。二 系统总体设计2.1 描述环卫局智慧环卫管理系统以处理环卫作业中的考核对象为主 线，把考核目标分为不同的维度来实施，在每个实施过程中又按作业对象来进行划分。系统通过对作业任务的监控来达到对作业对象的跟踪和考核。2.2 设计方针本项目采用 MVC 模式进行开发和设计，我们采用各层分离的方式使层次之间达到低耦合，从而增加程序的灵活性，并降低了维护的成本。数据结构和服务采用模型驱动的方式进行开发。2.3 系统设计说明数字化环卫管理系统系统管理监控调度地图管理数据库管理雨果垃公 转水皮圾运斗箱桶厕 站区作域业管点理管理2.3.1 总体功能结构设计用角权据户色限字管典管理监区测洁卫域人公车员2.3

8、.2 功能模块划分原则系统功能模块的划分，遵循着松耦合易扩展的原则，将每一 个功能模块高度封装，模块与模块间完全通过接口实现信息传递。模块通过接口构建起紧凑牢固的系统结构，而某一个功能模块影响不到整个系统的正常运转，达到松耦合的目的。通过现有模块接口可以轻松挂接新的功能模块，且可以达到“即插即用”的效果，即实现了系统的易扩展性。2.3.3 系统物理结构设计任务统计查询统计查询（任务统计、工作量统计、考核得分统计等）户及权限业务功能据字典管理圾桶作业点.应用服务器数据应用数据库地图数据库逻辑业务通过调用基础数据来管理监控考核作业任务的执行 情况，外部系统通过系统服务接口来访问数据。系统功能严格按

9、照用户的权限来实现功能。2.3.4 网络拓扑网络拓扑结构及硬件规划：系统主要通过考核人员对作业现场的实际考评，通过对讲设备将在指定时间内向平台报告考核区域/点的考核情况。为保证数据的安全性，系统部署在环卫局的计算机中心机房， 服务器与互联网分离，采用防火墙进行安全隔离,系统的访问采用 严格的权限体系以保网络数据的安全。2.3.5 软件层次结构2.4 软件功能设计2.4.1 系统管理（1） 用户管理针对使用该系统的管理人员进行帐号基本信息的增加、修改、删除和查询统计，明确用户使用范围。（2） 角色管理角色是系统使用的权限集合，针对系统用户的特点，可分别赋予不同的角色，从而使得用户方便继承角色的所

10、有权限。（3） 权限管理管理系统所涉及的所有业务模块的权限信息，包括权限编码、相关 URL、权限层次、权限类型等。（4） 数据字典管理对系统常用的数据进行定义，定义其含义，标准值，标准范围以及数据变量等基础信息。（5） 数据库管理查看数据库的实时状态，包括数据库容量和数据数量，并可进行数据库的备份、还原等操作。（6） 作业区域管理根据职责的划分，将作业任务计划纳入系统的管理，方便查询浏览。2.4.2 作业对象管理（1） 监测人员维护监测人员的基本信息，包括增加/删除监测人员和监测人员的基本信息维护，如姓名、性别、座机、手机号码等。监测人员可通过系统对保洁公司的责任区进行及时的考核评分，考核评分

11、细则及分值视具体规则而定。同时，系统将对监测人员划分责任监测区域，系统会采用实时GPS 定位和对讲机通讯的方式对监测人员进行定时考勤监督。（2） 保洁公司维护保洁公司的基本信息，包括增加/删除保洁公司和保洁公司的基本信息维护，如公司名称、简称、地址、联系电话、负责人等。可实时查看各保洁公司的考核得分，并分等级予以不同的提示（如颜色红黄绿），可对保洁公司的历史得分情况进行查询和统计。保洁公司可随时查询统计自己的区域考核得分。（3） 环卫车辆维护环卫车辆的基本信息，包括增加/删除环卫车辆和环卫车辆 的基本信息维护，如车辆类型、车型、车牌号、驾驶员、租用公司等。（4） 果皮箱维护果皮箱的基本信息，包

12、括增加/删除果皮箱和果皮箱的基 本信息维护，如果皮箱编号、道路名称、管理单位（各环卫分公司及各办事处）、管理人姓名、安装时间、种类（不锈钢式，环保式等）、安装状态（预安装，已安装），可提供模糊查询。可在地图上定位果皮箱的位置，并提供果皮箱编号、种类、管理单位以及状态等基本信息展示。可查询统计果皮箱的使用情况，并导出报表。（5） 垃圾桶实现垃圾桶搜索功能：用户可以根据垃圾桶编号、道路名称、管理单位（各环卫分公司及各办事处）、管理人姓名、安装时间、 种类（地埋式垃圾桶，立式垃圾桶等）、安装状态（预安装，已安 装）进行搜索，可提供模糊查询。搜索结果除能在地图上显示以外， 还能以表格的形式显示垃圾桶的

13、详细信息和统计数量。实现垃圾桶地图定位功能：地图可根据用户的搜索结果显示单 个或多个垃圾桶的图标及编号，当用户点击地图上垃圾桶图标时， 应显示这个垃圾桶的编号、图片、种类、所在位置、管理单位、管理人员姓名、管理人员联系方式、安装时间。实现垃圾桶信息增加、删除、修改的功能：用户可以批量增加、 删除、修改垃圾桶信息，并在提交到数据库之前显示增加、删除、修改垃圾桶信息后的结果，提醒用户检查是否有错，并提示用户是 否发消息通知其他用户，最后经用户确认后提交。实现预安装垃圾桶功能：在地图上显示两种不同状态（预安装， 已安装）的垃圾桶的时候，可以用不同的颜色或图标进行区分。当 预安装垃圾桶安装完成后，用户

14、可修改垃圾桶状态为已安装。实现垃圾桶撤除功能：考虑到今后垃圾桶有可能因损坏而撤除或更换新型垃圾桶的可能性，用户可将垃圾桶状态改为撤除或退路。（6） 公厕实现公厕搜索功能：用户可以根据公厕名称、道路名称、管理 单位（公司）、管理人姓名、管理人员联系方式、投入使用时间、建设状态（已建成、预建设、建设中）、种类（一类公厕、三类公 厕）进行搜索，可提供模糊查询。搜索结果除能在地图上显示以外， 还能以表格的形式显示公厕的详细信息和统计数量。实现公厕地图定位功能：地图可根据用户的搜索结果显示单个或多个公厕的图标及名称，当用户点击地图上公厕图标时，应显示这个公厕的名称、图片、种类、所在位置、管理人姓名、管理

15、人员联系方式、投入使用时间（预建设公厕和建设中公厕显示预建设时 间）、备注。实现公厕信息增加、删除、修改的功能：用户可以批量增加、删除、修改公厕信息，并在提交到数据库之前显示增加、删除、修改公厕信息后的结果，提醒用户检查是否有错，并提示用户是否发 消息通知其他用户，最后经用户确认后提交。实现预建设公厕管理功能：在地图上显示三种不同状态（预建 设，建设中、已建成）的公厕的时候，可以用不同的颜色或图标进行区分。当预建设公厕投入建设后，用户可将预建设公厕状态修改 为建设中，当建设中公厕投入使用后，用户可将建设中公厕状态修 改为已建成。（7） 转运站实现转运站搜索功能：用户可以根据转运站名称、道路名称

16、、管理单位（人环卫公司）、管理人姓名、管理人员联系方式、投入 使用时间、建设状态（已建成、预建设、建设中）、种类（原建、 翻建）进行搜索，可提供模糊查询。搜索结果除能在地图上显示以 外，还能以表格的形式显示转运站的详细信息和统计数量。实现转运站地图定位功能：地图可根据用户的搜索结果显示单 个或多个转运站的图标及名称，当用户点击地图上转运站图标时， 应显示这个转运站的名称、图片、种类、所在位置、管理人姓名、管理人员联系方式、投入使用时间（预建设转运站和建设中转运站显示预建设时间）、备注。实现转运站信息增加、删除、修改的功能：用户可以批量增加、 删除、修改转运站信息，并在提交到数据库之前显示增加、

17、删除、修改转运站信息后的结果，提醒用户检查是否有错，并提示用户是 否发消息通知其他用户，最后经用户确认后提交。实现预建设转运站管理功能：在地图上显示三种不同状态（预建设，建设中、已建成）的转运站的时候，可以用不同的颜色或图标进行区分。当预建设转运站投入建设后，用户可将预建设转运站 状态修改为建设中，当建设中转运站投入使用后，用户可将建设中 转运站状态修改为已建成。2.4.3 地图管理（1） 区域管理对辖区的区域进行维护，可在地图上直接标注地图区域，并进行责任对象的绑定。（2） 作业点管理对辖区的作业点进行管理维护，可在地图上直接标注作业点， 并进行责任对象的绑定。2.5 系统选型2.5.1 选

18、型原则根据系统构架设计，结合招标技术规格要求，确定如下选型原则：（1） 软件开发环境选型原则：符合用户提出的技术参数和产品要求采用成熟的、稳定的技术和标准支撑环境/产品的售后服务和后续升级质量高采用接口标准、扩展性好的结构设计满足具体产品的性能、技术要求软件开发平台要提供对比选优 具有开发和应用这些软件的经验（2） 数据库选择原则：结合系统的规模、部署等实际情况，以及应用开发的需要， 在进行数据库选型时主要考虑以下因素：对平台的支持、管理海量数据、并发处理、并行处理、支持分区表和分区索引等等。（3） 操作系统选择原则：操作系统选择重点从系统安全性好，系统运行稳定，系统运行效率高，系统支持及维护

19、成本低廉几方面考虑。（4） 应用服务器选择：平台支持：应用服务器支持的操作系统和机型的种类和数量直接影响其应用范围。WebService 支持：应用服务器应支持与各种Web 服务器无逢的集成，稳定的协作，扩展其支持web 应用的能力。安全代理支持：应用服务器应用能够支持第三方的安全代理产品。配置信息数据库的支持：如果支持当前主流的关系数据库， 则可充分利用数据库的优化能力来安全有效的利用用户的配置信息。集成开发工具： 应提供全面的智能化配套开发工具和各类组件。管理工具：优秀的应用服务器应提供多种管理方式及友好的图形界面管理工具，并提供API 编程接口供用户可以编写自己控制程序，方便的操作配置文

20、件。应用服务器专有特性：应用服务器产品有其自己产品独特的 优化设计，在具体的应用环境中可保证应用的高效性，安全性等。最后再综合考虑用户的使用习惯、普遍计算机操作能力，及因此影响的系统长期TCO 成本，最后确定选型结论。（5） 操作系统选择系统的业务服务器操作系统推荐使用Microsoft Windows Server 2003 Enterprise x32 Edition 中文版。Windows 2003 Server 执行效率高、安全性高、系统稳定，和数据库结合紧密，为多用户环境和 Web 系统提供了强大的优化支持。而且 Windows 系统的用户接受程度较好，操作简易，可以大大降低服务器维

21、护的费用。数据库服务器操作系统推荐使用Microsoft Windows Server 2003 Enterprise x64 Edition中文版。能够保证发挥硬件作用， 执行效率高、安全性高、系统稳定，和数据库结合紧密，为多用客户环境和Web 系统提供了强大的优化支持。并且 Windows 系统的用户接受程度较好，操作简易，TCO 成本较低。（6） 数据库选择根据选型原则，数据库需要考虑以下方面：对多种平台的支持能大大扩展数据库的应用范围。管理海量数据：管理海量数据需要大量的工作，也是对数据库性能的挑战。并发处理：OLTP 系统的大量并发用户会加重任何计算机系统的负荷，甚至使系统瘫痪。因此

22、DBMS 应安全管理大量并发用户对同一资源的操作，有效均衡计算机资源，使大量并发用户可以快速的进行工作。并行处理：支持各种不同的多处理器计算机体系结构，如共 享内存、共享磁盘以及不共享的多处理器配置。对并行处理的支持能充分利用多处理器计算机系统的并行处理和高可用性能力。安全性：保证合法用户合法的使用分配其资源；提供各种保护数据库信息措施，可恢复从简单的电源故障到灾难性的场地损毁引起的信息丢失。开放性：在异构的数据库环境中,支持标准化查询多种数据源, 甚至可统一访问调用各数据库存储过程和外部过程。对多种操作系统、机型的支持决定了数据库的应用范围。能满足不同企业环境的需要。对 XML 支持：我们网

23、络技术基于Web Service，要求数据库对XML 标准有很好的支持。丰富好用的工具：提供性能调试工具，网络管理工具，开发工具，备份与恢复工具，发布工具，名字服务工具，DBMS 管理工具等可高效方便运用数据库。依据以上考虑，我们决定系统选择 Microsoft 公司的 SQL SERVER 数据库系统。SQL SERVER 数据库系统是 Microsoft 公司的 拳头数据库产品，是世界上知名的大型数据库之一，也是一种最主流的关系型数据库。SQL Server 数据平台是一个全面的、集成的、端到端的数据解决方案，它为组织中的用户提供了一个更安全可靠 和更高效的平台用于企业数据和BI应用。SQ

24、L Server 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使得可以构建和 管理用于业务的高可用和高性能的数据应用程序。SQL SERVER 获得Microsoft 公司的全面技术支持，足以解决目前绝大多数的大型企业应用。同时由于SQL Server是Windows Server System的一部分，通过Windows Server System产品中实现的通用工程策略可增强管理性和集成性，从而降低总拥有成本，加快开发速度，为客户提供更多额外收益，能够有效降低TCO（总体拥有成本）。数据库选择 Microsoft SQL Server 2005 x64（SP2）中文标准版

25、。SQL Server DBMS 技术成熟，性能稳定，和Windows 系统结构紧密，能够有效降低TCO。其应用程度和数据承载量足以满足资金系统目前和将来的应用。（7） 开发平台选择基于操作系统选择 Microsoft Windows，数据库系统选择Microsoft SQL Server，在此平台上最适合的企业级开发平台是Microsoft .Net Framework。.NET 开发平台是Microsoft 公司首推的开发平台，技术先进稳定，与Windows 平台、SQL Server 数据库结合紧密，效率高。在企业级应用（性能、安全、多层）方面具有完整成熟的解决方案，非常适合开发网络应用

26、。采用 Microsoft Visual Studio 2008 IDE 进行基于.NET3.5 的开发，符合本系统开发技术规格要求。系统接口设计系统通过接口与多个子系统相互通讯。接口是基于通用的WebService 方式来设计的，并使用通用的XML 作为与系统之间交换数据的标准。允许异构系统通过WebService 访问共享信息。三 项目实施计划3.1 系统进度计划计划步骤列表及说明：阶段名称实施内容和项目总天数系统开发阶段需求调研对客户需求进行调研和分析10总体设计对系统总体框架进行设计5模块设计对系统模块进行详细设计和分8析数据库建模对系统后台数据库进行设计建3编码实现编码并实现系统40

27、测试系统测试10软件培训软件安装及使用培训软件安装软件安装调试工作1试运行正常业务数据验收项目验收运行维护系统在真实环境下交付运行合计873.2 质量保证措施3.2.1 软件开发各阶段需要提交的文档系统在开发各阶段编写以下文档：项目开发计划，在项目确定阶段产生初步项目计划，在需求分析阶段最终完成。需求说明书，在需求分析阶段产生。设计说明书，在概要设计阶段产生。详细设计相关文档，在详细设计阶段完成。用户手册，在需求分析阶段形成初稿，在以后各阶段逐步修改完善，在确认测试后最终完成。测试计划：单元测试计划，在编程实现阶段产生；集成测试 计划，在概要设计阶段产生；确认测试计划，在需求分析阶段形成初步确认测试计划，在概要设计阶段完成。测试报告，在相应的测试阶段完成。项目