智慧城市环卫管理系统解决方案

1、智慧城市环卫管理系统解决方案目录1 系统概述 41.1系统实施目标41.2系统研发、设计目标 4121环卫基础数据建设41.2.2 环卫作业区域管理 4建立科学高效的作业考核体系 5实时监控调度5数据可视化51.3角色说明51.4管理组织关系51.5 词汇、定义、参考文献 6二系统总体设计 72.1描述72.2设计方针72.3系统设计说明7总体功能结构设计 7功能模块划分原则 8系统物理结构设计8网络拓扑8软件层次结构 92.4软件功能设计9系统管理92.4.2 作业对象管理 10地图管理132.5系统选型13选型原则13三项目实施计划 173.1系统讲度计划 173.2质量保证措施 18软件

2、开发各阶段需要提交的文档 18过程管理18需求管理18项目计划19项目跟踪与监控 203 2 6 软件质量保证 20集成软件管理 213 2 8软件产品工程22组间协调233 2.10 评审233 2 11 培训243.3软件开发过程24331采用基于里程碑的生命周期模型 24332采用迭代化的开发模式25333迭代过程与传统的瀑布模型相比较 263.4质量管理27341测试27342评审27343 SQA（软件质量保证）283.5系统安全保障措施 28系统安全28权限管理29数据安全29系统稳定性及出错处理 30四系统验收测试计划 304.1测试计划30测试工作流程 304.2测试标准31功

3、能测试：314.2.2 兼容性测试 32性能测试32测试阶段及策略334.3验收方案33验收方法33验收内容334.3.3 验收实施步骤 344.4技术支持及售后服务 35技术支持服务35免费系统维护服务364.5软件品质保证36需求阶段 36设计阶段 36编码阶段 37测试阶段 37发版试运行及结项 374.6培训计划37培训承诺37培训目标37培训地点37培训内容37现场培训381系统概述1.1系统实施目标当前，环卫日常工作管理及运作上还是按照传统管理模式进行，业务工作建立 在工序细分和工作简单化、专业化基础上，相应的组织都是多层次、多部门的“金 字塔”型的职能型组织机构。有限的人力资源和

4、时间都消耗在不能创造价值的沟通 工作上，并且机构内部沟通的信息链长，导致信息化传递速度慢，无法即时传达和 响应领导的工作安排，如果不进行统一的管理，很明显会影响工作的进度和效率， 造成工作拖延。随着环保事业的迅速发展和信息化在各行业的普及，城市环卫工作的高效运行 面临极大的挑战，如何利用信息化的手段建立有效的考核体系以便于提升管理调度 水平，提高作业效率和质量，是环卫部门必须解决的难题之一。本系统将根据环卫管理部门的实际业务需求，建立一套数字化智能环卫管理系 统，对环卫局归口管理的监测人员、保洁公司、环卫车辆（洒水车、垃圾车等）、公厕、果皮箱、垃圾桶、转运站进行统一的平台化管理和调度，以提高环

5、卫部门的科 学管理水平。1.2系统研发、设计目标为提高工作效率、结合环卫部门现有的资源，增加对环卫作业过程的管理和监控，系统在研发和设计上将实现以下目标：环卫基础数据建设对数字化环卫系统所涉及的对象基本属性、行为、关联关系等基本数据进行统 一数字字典建设。环卫作业区域管理管理员可以将对作业区域进行统一管理，指定具体人员/公司负责区域，并可及时查询各对象的任务区域和作业详细情况。123建立科学高效的作业考核体系将现实传统的考核方法以信息化形式进行实现，提高作业考核的即时性，减少人为的数据统计，从而有效提升作业考核的效率。124实时监控调度通过考核人员和平台管理员的对讲通话，实现作业区域考核信息的

6、及时上报， 并调度相关单位进行处理。125数据可视化系统实现主要以GIS地图结合系统数据的直观展现模式，将各对象的地理信息 位置结合系统算法标记在矢量地图上。1.3角色说明系统管理员：设置系统基础信息，定义各个角色系统使用权限，维护系统日常 使用；环卫局领导：可查看系统的任何信息；信息维护员：维护系统基础信息；保洁公司：可接收考核结果通知及消息；监测员：可录入监测对象的考核结果；1.4管理组织关系环卫局领导其它系统的访问用户1.5词汇、定义、参考文献本文中用到的专门术语的定义和缩写词的原词组列表:术语名称属于含义作业指的一切与环卫工作相关的任务系统数字化环卫管理系统环卫车辆洒水车、垃圾车、扫路

7、车、吸粪车系统架构采用Browser/Server模式，分为表现层、业务逻辑层、数据层。其中 业务逻辑层又包含业务管理、用于处理与其它系统接口的Http Service服务组件；系统采用 Windows2003 server/CentOs作服务器 OS, SQL Server2005/MYSQL 作为 DBMS。采用 JavaEE/Microsoft .Net 进行开发。系统总体设计2.1描述环卫局数字化环卫管理系统以处理环卫作业中的考核对象为主线，把考核目标分为不同的维度来实施，在每个实施过程中又按作业对象来进行划分。系统通过对 作业任务的监控来达到对作业对象的跟踪和考核。2.2设计方针本项

8、目采用MVC模式进行开发和设计，我们采用各层分离的方式使层次之间 达到低耦合，从而增加程序的灵活性，并降低了维护的成本。数据结构和服务采用 模型驱动的方式进行开发。2.3系统设计说明231总体功能结构设计数字化环卫管理系统232功能模块划分原则系统功能模块的划分，遵循着松耦合易扩展的原则，将每一个功能模块高度封 装，模块与模块间完全通过接口实现信息传递。模块通过接口构建起紧凑牢固的系统结构， 而某一个功能模块影响不到整个系 统的正常运转，达到松耦合的目的。通过现有模块接口可以轻松挂接新的功能模块， 且可以达到“即插即用”的效果，即实现了系统的易扩展性。233系统物理结构设计:K-用户及权限业务

9、功能作 业 任 务 管 理监 测 人 员保 洁 公 司环卫车辆区域管理作业占八、管理应用服务器数据""应用数据库地图数据库统计 查询统计查询（任务统计、工作量统计、考核得分统计等）外部系统通逻辑业务通过调用基础数据来管理监控考核作业任务的执行情况,过系统服务接口来访问数据。系统功能严格按照用户的权限来实现功能 234网络拓扑网络拓扑结构及硬件规划：系统主要通过考核人员对作业现场的实际考评， 通过对讲设备将在指定时间内 向平台报告考核区域/点的考核情况。为保证数据的安全性，系统部署在环卫局的计算机中心机房， 服务器与互联网分离，采用防火墙进行安全隔离，系统的访问采用严格的权限

10、体系以保网络数据的安 全。235软件层次结构ram口界面卩用ax+JQuer尸MVC模式提供对应用展的控件桃制心£工件流引挛）仪务层-爼织和封装业务，以服务的方式向高层提供访问调用.XI冋层*摄供11对象的方式对数据库访诃心（ADO.Xet- LBitii.Xet）-SdEffiEDBMS SqlSfiHfj： 2005'2.4软件功能设计系统管理（1）用户管理针对使用该系统的管理人员进行帐号基本信息的增加、修改、删除和查询统计，明确用户使用范围。（2）角色管理角色是系统使用的权限集合，针对系统用户的特点，可分别赋予不同的角色, 从而使得用户方便继承角色的所有权限。（3）权限

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

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

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

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

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

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

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

18、提 醒用户检查是否有错，并提示用户是否发消息通知其他用户，最后经用户确认后提 交。实现预建设转运站管理功能：在地图上显示三种不同状态（预建设，建设中、 已建成）的转运站的时候，可以用不同的颜色或图标进行区分。当预建设转运站投 入建设后，用户可将预建设转运站状态修改为建设中， 当建设中转运站投入使用后， 用户可将建设中转运站状态修改为已建成。243地图管理(1) 区域管理对辖区的区域进行维护，可在地图上直接标注地图区域，并进行责任对象的 绑定。(2) 作业点管理对辖区的作业点进行管理维护，可在地图上直接标注作业点，并进行责任对象的绑定m店竽四01|糊0丸学.0川悻金忖寺村亠片殖宜交沖就JB竹卿砂

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

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

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

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

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

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

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

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

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

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

29、计划，在概要设计阶 段完成。测试报告，在相应的测试阶段完成。项目开发结束报告，在软件验收阶段完成。数据需求说明书，在需求分析阶段产生。数据库、数据结构说明书，在概要设计阶段产生。以上软件开发文档，每个文档自成体系。过程管理本项目严格按照IS09001的质量管理体系实施，并参照CMMI3的要求进行过 程活动管理。项目开发过程中，项目组主要开展以下方面的活动：需求管理目的：项目组与客户就应由软件项目实现的客户需求达成共识。活动：评审软件需求。软件工程组以评审通过的软件需求作为软件计划、工作产品和开发活动的基 础。324项目计划目的：为开展软件开发与管理活动制订合理的计划。活动：软件工程组参与项目计

30、划工作。在早期进行软件项目计划的制订工作。在项目开发过程中，软件工程组会和其它受影响的组一起参与项目计划工 作。高级管理人员对软件项目的对外承诺进行评审。项目计划文档化。明确作为项目控制、管理对象的软件工作产品。对软件工作产品的规模进行估算。对项目的工作量及成本规模进行估算对项目所需的关键计算机资源进行估算。对项目的进度进行估算。对项目在成本、资源、进度、技术方面的风险进行识别、评估，并整理成 文档。对项目所需的开发设备及工具进行计划。记录用于软件计划的数据。325项目跟踪与监控目的：使管理层充分了解项目的实际进展， 以便在项目实际工作结果严重偏离 软件开发计划时，使管理层能采取有效的行动，在

31、计划所定义的里程碑点处，积极 向客户通报项目进度。活动：用文档化的项目开发计划进行项目跟踪和项目状态交流。修订项目开发计划。高级管理人员对软件项目的对外承诺及其变化进行评审。项目对外承诺的变更经批准后，通知项目开发组成员及相关小组。对项目的规模进行跟踪，并在必要时采取纠正措施。对项目的工作量及成本进行跟踪，并在必要时采取纠正措施。对项目的关键计算机资源进行跟踪，并在必要时采取纠正措施。对项目的进度进行跟踪，并在必要时采取纠正措施。对项目的开发技术工作进行跟踪，并在必要时采取纠正措施。对项目在成本、资源、进度、技术方面的风险进行跟踪。对实际度量数据和重新制订计划所用的数据都进行记录。项目组内部通

32、过定期进行评审来跟踪项目的工作进展、结果和存在的问题根据项目开发计划，在选定的项目里程碑处对项目工作成绩及结果进行正 式评审。326软件质量保证目的：向管理人员提供适当的对软件项目正在使用的过程和正在构造产品的可 视性。活动：制订SQA （软件质量保证）计划。按照SQA计划进行SQA活动。 SQA组参与准备和评审项目的软件开发计划、标准和规程。 SQA组评审软件工程活动以验证符合性。 SQA组审计指定的软件工作产品以验证符合性。 SQA组定期向软件工程组报告其活动的结果。按照SQA计划对在软件活动和软件工作产品中识别出的不符合性问题建 立文档并加以处理。当合适时，SQA组与顾客的SQA人员一起

33、对它的活动和发现进行定期评 审。集成软件管理目的：在确定软件项目的开发过程时，将软件工程活动与管理活动有效地集成 在一起。活动：剪裁组织的标准软件过程，得到项目定义的软件过程。对项目定义的软件过程进行修订。制订和修订项目开发计划（该计划描述了项目定义的软件过程的使用方 法）。根据项目定义的软件过程对软件项目进行管理。使用组织的软件过程数据库进行项目计划和估算工作。对软件工作产品的规模（或软件工作产品的变更规模）进行管理。对项目的软件工作量和成本进行管理。对项目的关键计算机资源进行管理。对项目的进度（关键依赖关系和路径）进行管理。对项目的风险进行识别、评估、文档化和管理。为了确保项目的工作结果与

34、商业目标、客户和最终用户的要求保持一致， 对项目进行定期的评审。328软件产品工程目的：严格执行一个集成了所有软件工程活动的、经过明确定义的工程过程, 高效地生产出合格的产品。活动：在项目定义的软件过程中集成适用的软件工程方法与工具。根据项目定义的软件过程，开展软件需求活动，对其结果进行维护和文档 化。通过对分配需求的系统分析，对软件需求进行验证。根据项目定义的软件过程，开展软件设计工作，对其结果进行维护、文档 化，验证其与软件需求的符合性，形成代码框架。根据项目定义的软件过程开展软件编码工作，对其结果进行维护、文档化 和验证，实现软件需求和软件设计。根据项目定义的软件过程开展软件（单元）测试

35、工作。根据项目定义的软件过程计划和实施集成测试。通过计划和开展系统和验收测试来证实软件满足其需求。根据项目定义的软件过程编制用于软件操作和维护的文档。根据项目定义的软件过程对同行评审和测试中发现的缺陷进行收集和分 析。维护项目开发计划、开发过程描述、分配的需求、软件需求、软件设计、代码、测试计划、测试程序等文档间的一致性。329组间协调目的：在组织内建立起合理的项目管理工作机制，保证项目开发目标的实现， 使项目的工作结果更加符合用户的要求。活动：在适当的时候软件工程组和受影响的组与最终用户一起建立系统需求。软件工程组的代表和其他工程组的代表一起监督和协调技术活动，解决技 术问题。根据项目开发计

36、划对组间约定进行交流，并对工作开展情况进行协调和跟 踪。根据项目开发计划识别、协调和跟踪各工程组间的关键依赖关系。作为其他工程活动的输入项的工作产品要由接收方的代表进行评审，以确 保其满足接收方的工作需求根据问题解决计划，对在项目工程组代表间无法解决的组间问题进行处理项目各个工程组的代表进行定期的技术评审和交流。评审目的：尽早地消除软件产品中的缺陷。活动：计划同行评审工作，并将计划写成文档。根据评审计划进行同行评审。记录有关同行评审的执行情况和结果。培训目的：发展个人的技能与知识，使他们更好地履行自己的工作职责 活动：制订和维护项目培训计划。依据项目培训计划开展相应的培训活动。维护培训记录。3

37、.3软件开发过程项目开发过程中，要求采用 RUP作为项目软件开发过程，选用迭代化的开发方式进行项目开发。采用基于里程碑的生命周期模型产品发布时间生命周期目标里程碑生命周期架构里程碑初始功能里程碑Release本项目的开发将采用基于里程碑的生命周期模型， 整个开发过程将设定四个阶段（如 图）:初始阶段、细化阶段、构造阶段和交付阶段。每个阶段结束于一个主要的里程 碑。在每个阶段的结尾将执行一次评估以确定这个阶段的目标是否已经满足。如果 评估结果令人满意的话，可以允许项目进入下一个阶段初始阶段初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统交互的外部实体，在较高层

38、次上定义交互的特性。本阶段具有非 常重要的意义，在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要 风险。对于建立在原有系统基础上的开发项目来讲， 初始阶段可能很短。 初始阶段 结束时是第一个重要的里程碑：生命周期目标里程碑。生命周期目标里程碑评价项 目基本的生存能力。细化阶段细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划， 淘汰项目中最高风险的元素。为了达到该目的，必须在理解整个系统的基础上，对 体系结构作出决策，包括其范围、主要功能和诸如性能等非功能需求。同时为项目 建立支持环境，包括创建开发案例，创建模板、准则并准备工具。细化阶段结束时 第二个重要的里程碑：生

39、命周期结构里程碑。生命周期结构里程碑为系统的结构建 立了管理基准并使项目小组能够在构建阶段中进行衡量。此刻，要检验详细的系统 目标和范围、结构的选择以及主要风险的解决方案。构造阶段在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功 能被详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源 及控制运作以优化成本、进度和质量。构建阶段结束时是第三个重要的里程碑：初 始功能里程碑。初始功能里程碑决定了产品是否可以在测试环境中进行部署。此刻，要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为“ beta” 版。交付阶段交付阶段的重点是确保软件对最终

40、用户是可用的。交付阶段可以跨越几次迭 代，包括为发布做准备的产品测试，基于用户反馈的少量的调整。在生命周期的这 一点上，用户反馈应主要集中在产品调整，设置、安装和可用性问题，所有主要的 结构问题应该已经在项目生命周期的早期阶段解决了。在交付阶段的终点是第四个里程碑：产品发布里程碑。此时，要确定目标是否实现，是否应该开始另一个开发 周期。在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。332采用迭代化的开发模式在每个阶段我们将根据阶段目标进一步分解为迭代。 在每个迭代完成一个完整的开发循环，产生一个可执行的产品版本，作为最终产品的一个子集，通过增量式 地发展，从一个迭代过程到另一个迭

41、代过程到成为最终的系统。传统上的瀑布生命周期会出现到了实现末期产品完成才开始测试，在分析、设计和实现阶段所遗留的隐藏问题会大量出现，项目可能要停止并开始一个漫长的错 误修正周期等问题。因此项目组将采用迭代化的开发方式来避免这些情况的出现。迭代是一种更灵活，风险更小的方法，是多次通过不同的开发活动（需求分析、 设计、编码、测试等），通过更好的理解需求，构造一个健壮的体系结构，并最终交 付一系列逐步完成的版本。软件生命周期是迭代的连续，通过它，软件进行增量的 开发。一次迭代包括了生成一个可执行版本的开发活动，还有使用这个版本所必需 的其他辅助成分，如版本描述、用户文档等。因此一个开发迭代在某种意义

42、上是在 所有工作流中的一次完整的经过，这些工作流至少包括：需求工作流、分析和设计 工作流、实现工作流、测试工作流。其本身就像一个小型的瀑布项目（如图）。南业建模 需求分祈&设计实现测试部署商业建視 需求分析&设计实现测试部薯迭代过程与传统的瀑布模型相比较加快了整个开发工作的进度。因为开发人员清楚问题的焦点所在， 他们的工作 会更有效率。由于用户的需求并不能在一开始就做出完全的界定，它们通常是在后续阶段中 不断细化的。因此，迭代过程这种模式使适应需求的变化会更容易些。迭代式开发方法是一个不断降低风险的过程，每一次迭代过程都选择风险最大 的任务执行。因此风险在迭代过程中不断地被发现

43、、被消灭。迭代式开发方法能够更容易地管理需求的变化，整个开发过程由一次次的独立 迭代组成，项目经理能够比较容易地调整迭代过程，使最终产品满足变化的需求。 开发人员以及项目相关人员能够及时地从迭代过程中得到反馈信息，并能够及时修 改以前工作中的失误，有效地监控开发过程，并对迭代工作流进行校正，这对一个 时间跨度很长的项目具有重要的意义。3.4质量管理公司遵循IS09001质量管理体系，按照CMMI3对质量管理环节的过程活动要 求，对本项目，我们将从以下三个方面进行质量控制：测试在本系统的开发过程中，要求对软件系统做以下二个层面的测试：单元测试单元测试将对最小的可测试软件元素（单元）实施的测试。它

44、所测试的内容包 括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。确保及时 发现并改正编码缺陷。集成测试集成测试是确保各单元组合在一起后能够按既定意图协作运行， 并确保增量的 行为正确。它所测试的内容包括单元间的接口以及集成后的功能、 性能。（因本期开 发的软件只针对个别部门，因此不用执行系统测试）评审评审是一种保证项目质量的重要手段， 在本项目中，项目组将对所有开发出来 的文档、模型、代码等进行评审，及早发现并修复缺陷，以起到保证系统的质量的 作用。在该项工作中，主要开展以下几项活动：编制评审计划；准备检查表；召开评审会议，评审人员根据检查表对开发出来的文档、模型、代码等进 行

45、评审，发现并记录缺陷；项目成员根据计划修复缺陷。343 SQA（软件质量保证）在本项目中，我公司将派出专业 SQA人员对项目的开发活动和开发结果进行 审计，以确保项目是按照规定的开发过程进行的，确保项目的开发结果满足质量要 求。在该项活动中主要开展以下几项工作：编制项目的SQA计划；准备检查表；根据SQA计划对项目进行审计；编制审计报告；对审计中的不符合性问题进行解决和追踪。3.5系统安全保障措施东方电机机组服务系统是东方电机有限公司管理内部资料以及客户的相关信 息的管理，涉及到部分商业保密信息，对数据及系统安全的要求很高。我们的系统 设计将从以下方面考虑和保障系统安全性：系统安全系统提供多层

46、安全保护措施，确保在以下情况下系统能够正常运行：系统通过互联网提供公众服务和部分业务数据的收集、发布工作，要求系统提供多种防火墙措施，能够抵御来自互联网的网络攻击和入侵；系统通过局域网提供内部业务，要求系统提供多种防火墙措施，能够防止来自 内部的网络入侵；系统提供独立的内网（业务）和外网服务器，防止通过外网入侵和窃取内网数 据的可能；系统提供独立的数据服务器，保障数据的安全，防止通过网络入侵业务服务器 后窃取数据的可能。权限管理系统的权限管理提供以下措施或特性：独立的权限服务。采用集中式的、独立的权限服务体系，权限业务不能简单的 直接嵌入到普通业务中，避免业务服务器被窃取、权限被盗窃的情况；多

47、种用户权限验证措施。不对外提供注册功能，用户是由系统提供的帐号，可 采用加密锁等方式进行验证；对管理机构内部用户，采用权限账号方式进行验证。权限管理要求可配置，可扩展。不能固定死、缺乏扩展性。对在线用户进行管理，为单点登录奠定基础。数据安全因为涉及到关键的资金数据，系统对数据安全的要求很高。设计并保证系统在 如下情况时能保障数据的安全：假设存在通过互联网的外部入侵业务服务器时，能够保证数据不透明（而无法被窃取）；假设存在通过内部网络入侵业务服务器时，能够保证数据不透明（而无法被窃取）；假设存在某个内部账号被窃取时，能够保证该账号权限外的所有数据都无法访 问，并且该账号的所有操作会被记录；系统稳

48、定性及出错处理(1) 系统运行系统硬件设计保持7*24小时能够稳定可靠的运行不间断。(2) 出错处理系统自身的运算错误、操作失败，产生正确的提示信息，并且提供重试、实时 解决，不会影响其它操作。即部分的、偶尔错误不会影响整体的运行。当出现以下故障时：1、网络故障；2、操作系统崩溃；3、硬件系统故障等不 可预估的情况，系统不会发生无法逆转的灾难性破坏。要求软硬件故障在24小时之 内恢复，数据库服务器故障能即时切换备份服务器。(3) 数据备份措施1、提供数据库备份工具。支持后台运行，定期备份；2、提供数据库还原工具，在确认数据丢失后，可以通过该工具及备份数据还 原到备份前的状态。四系统验收测试计划

49、4.1测试计划测试工作流程提交测试结果测试各阶段主要测试内容如下：模块测试：各功能是否满足程序模块说明书要求，以及输入、输出的正确性。系统集成测试：检测模块间的接口以及集成后的功能的正确性。系统测试：对最终软件系统进行全面的测试，确保最终软件系统满足产品需求 并且遵循系统设计。性能测试：对系统进行负载、压力、并发、可靠性测试，确保系统资源使用情 况、系统并发用户数、系统在线用户满足产品需求。安装或部署测试：安装或部署系统，确保该软件在正常和异常的不同情况下进 行安装时都能按预期目标来处理。上线前试运行：在正式上线前发布一个版本，让用户在真实环境中试用，通过 此测试来了解用户的操作习惯、行为模式

50、，分析产品与用户之间的和谐程度。4.2测试标准根据系统的特点把系统的测试类型分为功能测试、兼容性测试、性能测试，各 自的测试目标和标准如下：功能测试：目标：根据功能测试用例，对产品的各功能进行逐项测试，以确保产品达到用 户要求。标准：A功能测试：测试各个模块以及界面所完成的功能是否正确，数据是否正确，操作是否简洁方便。B 业务流程测试：按照需求规格说明书的业务流程，检查系统所有业务流程 是否正确。C.数据测试：（1）输入正确数据是否能按照预期的结果输出；（2）能否识别错误的输入，并给予正确的信息提示信息。D 数据流测试：本系统所涉及的相关数据，是否按照正确的业务流程流动， 每个阶段所输出的数据

51、结果是否正确。E界面测试：界面信息描述准确，操作方便，以需求分析或设计文档 UI部分 为标准。兼容性测试目标:检测待测试项目在不同操作系统平台、同一操作系统平台不同浏览器上， 能否正常运行，本次测试主要针对常用的操作系统和常用的浏览器进行测试。标准：A. 验证本软件在IE8+等浏览器下的运行情况。B. 验证本软件在windows XP、WIN7等操作平台下的运行情况。423性能测试目标：检查系统的平均响应时间或者吞吐量是否符合指定的标准，在线用户数是否达客户到要求。标准：A负载测试：在给定的测试环境下，通过在被测系统上不断增加压力，直到性 能指标超过预定指标或某种资源使用已达到饱和状态，目的是

52、了解系统性能容量和 处理能力极限。B压力测试：测试系统在一定饱和状态下系统能够处理的会话能力，以及是否出现错误。C.并发测试：模拟并发访问，测试多用户并发访问同一个应用、模块、数据时 是否产生隐藏的并发问题，如内存泄漏、线程锁、资源争用问题。424测试阶段及策略各阶段的测试策略如下：模块测试：手工方式进行功能测试、边界测试。集成测试：采用自顶向下和基于功能方式集成；用手工和工具相结合的方式进 行功能测试、边界测试、异常测试、业务测试等。系统测试：用手工和工具相结合的方式进行功能测试、GUI测试、文档测试、在线帮助测试、兼容性测试等。性能测试：用工具和手工相结合的方式进行性能测试（负载测试、压力测试、并发测试、可靠测试）。安装或部署测试：用手工方式按照软件产品安装手册或相应的文档，在一个和 用户使用该产品一样的环境中或用户环境中，进行安装测试。上线前试运行：测试人员或开发人员坐在用户旁边观察用户的使用过程，并通过与用户交谈深入的了解用户的想法、行为、操作习惯等。4.3验收方案验收方法对照合同或系统需求，在系统上查看和维护相关信息、按照业务流程做模拟， 检查相关功能是否实现，业务流程是否正确。验收内容功能名称功能描述系统管理（1）用户管理（2）角色管理（3）权限管理（4）数据字典管理（5）数据库管理（6）作业任务管理作业对象管理（1）监测人员（2）保洁公司（3）环卫车辆（4）雨