阶段性施工总结报告（学习模板）

数据开放平台阶段性施工总结报告项目基本信息项目名称数据开放平台项目编号ujdc-wswc-wdc甲方单位项目周期项目类型项目级别重大项目（）；一般项目（）；内部项目（）主承担部门项目关联项目完成情况目标完成情况项目目标：一、促进部门理清数据家底，明确数据分类分级通过数据开放契机，建立健全统一的数据梳理规则，面对各家单位的信息化建设特点，有针对性的制定数据梳理方案，定义和指导数据整理工作，将各单位数据资源理清摸透，掌握数据家底，最终明确数据分类分级规则要求。二、促进部门数据目录编制，形成统一开放数据资源目录统一目录编制方法，有利于实现数据的开放与共享。三、建立统一数据标准，提升数据使用质量参照我区地方标准，实现数据的统一分类分级、格式表示、描述规范。通过建立统一的数据标准，打通数据壁垒，建立数据采集、共享校核机制和比对、清洗的数据质量管控机制，为实现数据开放提供保障。四、建成数据开放门户，实现开放数据统一存储及管理利用大数据思维和技术建立统一的数据开放门户，将整合后的各部门的数据和业务专题数据，以多样化数据格式面向公众开放，一方面统一集中的实现开放数据的存储和管理。一方实现为社会提供开放共享、安全可控的数据资源，促进数据资源学配置和有效利用。满足社会需求，促进社会参与，推进大数据应用发展，充分发挥出大数据的经济效益和社会效益，实现对各类数据的共享整合和开发应用。五、形成数据开放长效机制，促进数据增值利用信息公开已经在全国深入推开，“”走向透明化，“公开”渐成常态化。以前期倒逼、后期需求为导向，形成市数据资源开放的顺向长效机制。通过数据开放服务，为社会公众提供公开数据资源，深入挖掘和有效分析开放数据，实现数据的创新增值。六、丰富服务形态提升数据供给，打造数据开放新模式学习和总结国内外数据开放先进经验，实现全国首次以四大方式（xls、csv、xml、json）开放数据，以丰富的服务形式拓展数据可用性，以深入梳理提升数据供给。将数据资源开放的同时，大力引导和鼓励其他社会数据资源和应用向“智慧大数据平台”汇聚，整合形成区域内的“块数据”，促进数据商用、政用及民用。为“大众创业、万众创新”提供新的资源宝库，提供孵化大数据产业资源支持。以大数据综合创新试验区建设为契机，打造具有生命力大数据生态环境，形成具有示范效应的数据开放“新模式”。2.2任务完成情况按照《XXXX数据开放平台项目实施组织方案》完成数据开放平台开发、开放数据库建设、数据处理与标准化流程设计、数据资源目录梳理及工作指编制工作，阶段性完成数据模板建设与数据入库工作。其中开放平台建设主要包含以下子系统：数据开放门户网站、数据开放管理平台、开放数据采集系统、资源管理系统、数据目录附属管理系统、数据直报管理系统、特定数据管理系统、数据需求管理系统、任务管理系统、应用管理系统、订阅管理系统、数据追溯系统、工作流程管理系统、Swagger管理系统、问卷调查管理系统、互动管理系统、门户网站管理系统、用户管理系统、日志管理系统、监控管理系统、数据检测管理系统、云服务生成器。各子系统的详情功能详见《XXXX数据开放平台概要设计》。项目实施总结3.1项目工作量说明序号建设内容工作量变化类型变化说明1数据开放平台门户网站无2数据开放管理平台无3开放数据库无4数据处理标准无5数据资源开放目录体系无3.2项目进度说明序号里程碑变更类型计划完成时间实际完成时间变化说明1平台业务功能需求调研延期/提前无2部门业务数据开放目录调研无3数据目录整理无4数据开放平台概要设计无5系统详细设计无6系统UI设计无7数据开放门户开发无8数据开放管理平台开发无9开放数据采集系统建设无10数据资源开放目录体系建设无11数据治理无12系统功能测试第一版本13系统集成测试第一版本14系统性能测试无15基础软件部署无16数据开放平台部署无17运维使用培训无18用户使用培训无19系统试运行无20系统优化与维护无3.3项目风险及解决序号风险描述重要程度措施成效1发改网络维护，造成系统崩溃紧急通知系统所有用户，发改网络维护系统不能使用；系统版本回滚的方式恢复系统；通知系统所有用户网络和系统恢复正常使用；系统恢复正常2用户手机接收不了短信紧急通知所有用户短信暂时不能使用；为了不影响业务办理，暂时关闭了短信验证功能；和通信运营商一起排查短信不能接收的原因，并进行修正；短信功能暂时关闭3.4客户满意情况说明目前系统正在对变更部分进行测试，试运行尚未开始。3.5实施情况总结1、项目需求调研阶段在项目需求调研阶段，项目组成员到各个部门进行需求调研，了解北区各部门的人员结构、业务系统、工作模式等基本情况，和各部门一线工作员进行深层次的沟通，了解客户的真实需求，完成调研报告的编写。2、需求分析、系统设计阶段在需求分析和系统设计阶段，项目组成员根据调研报告进行平台需求分析，编写项目需要求文档。根据需求文档进行系统设计，完成系统概要设计和详情设计文档编写。3、项目开发阶段在项目开发阶段，项目组所有成员认真配合开发工作，共同保证项目开发进度和质量。严格按照项目需求、概要设计、详情设计、数据库设计等文档要求，在保证质量的前提下，按时按量完成系统各个功能模块的开发。在开发过程中遇到技术难题，项目组所有成员进行共同探讨，解决问题。4、项目测试阶段。项目测试阶段完全按照项目组计划要求完成测试任务，提交测试类相关文档，包括测试案例的完善、制定测试计划、执行测试、缺陷跟踪以及BUG回归溑工等。本项目测试小组一共组织了三轮次系统全面测试工作，认真配合项目工作，共同保证项目质量。项目测试的问题跟踪及处理采用每周进行修改问题回归测试工作，每周中同步更新问题跟踪单的模式，按照规划时间完成系统更新测试。5、项目部署阶段项目部署阶段，项目组成员按照项目计划，将平台部署到客户要求的电子网、互联网，在保证安全的前提下，平台平稳运行。6、项目培训阶段项目培训阶段，项目组主动联系客户，根据客户安排的时间、地点，对使用本平台的工作人员组织多次培训。培训过程严格按照项目培训计划，提供相应的培训文档和手册，保证培训效果。7、项目试运行阶段在平台试运行阶段，项目组配备了现场运维人员，及时解决试运行过程中出现的各种问题。8、项目组内部成员关系处理。在项目工作中大家相处融洽，项目组内部共同探讨解决问题的方法。项目成功总结序号项目成果成果类型增值说明1实现基本平台搭建，完成数据初始化。常规数据统一管理，保障平台基本运行。2促进部门理清数据家底，明确数据分类分级增值通过数据开放契机，建立健全统一的数据梳理规则，面对各家单位的信息化建设特点，有针对性的制定数据梳理方案，定义和指导数据整理工作，将各单位数据资源理清摸透，掌握数据家底，最终明确数据分类分级规则要求。3促进部门数据目录编制，形成统一开放数据资源目录增值统一目录编制方法，有利于实现数据的开放与共享。4建立统一数据标准，提升数据使用质量增值通过建立统一的数据标准，打通数据壁垒，建立数据采集、共享校核机制和比对、清洗的数据质量管控机制，为实现数据开放提供保障。经验与教训5.1项目成功的经验1、尽可能花时间了解用户需求和具体细节。客户需求没弄清楚可能后面做的很多东西都白做的，所以这个多花时间事半功倍。并尽可能把功能需求写成文档，然后把功能多次细分为若干个小的功能模块。2、根据要实现的功能大概确定一个框架，所有的子功能模块都将附加在该框架上。选好框架对后面的系统的稳定性、更改的灵活性都有影响。并做好框架设计文档，便于后续修改。3、在对每一个子功能模块实现时，还要再先进行功能的需求分析，并考虑到所有可能的输入输出对系统的影响，列出解决问题的几种可行方案（比较难实现的方法也可以写上便于后期优化），选择最优的一种，将最终方案的流程图或者伪代码写成文档（不仅方便后期查看程序思路，还方便更改和优化程序），然后可以按照该文档进行程序实现。4、分为白盒测试（针对系统结构）和黑盒测试（针对系统公功能），完成了每一个功能模块或者系统加入新功能的时候，都要尽可能地进行完整的功能测试，因为调试现场情况更加复杂，所以在实现该模块的时候就要进行测试，如果无法单独测试功能，需要人工的仔细地验证其逻辑是否正确。5、学习使用Git进行版本控制和程序备份，软件代码要养成良好的编程风格和规范，比如函数、变量命名按照统一的规范来，函数和变量都要写注释，修改了功能也要写在日志上。6、在整个系统完成了之后，在保证系统的稳定性情况下，优化各种功能指标以及简化程序,考虑用之前模块设计时最优的方案。5.2项目失败的教训1、版本更新问题版本更新后，会出一些无法预见的BUG，影响用户的正常办公和使用，比如短信接收不了，工作人员无法登录系统。经验总结：今后系统版本更新前，需要加强测试，排除BUG。保证版本更新以后，不出重大BUG，影响工作人员的正常办公和使用。做好备份，一但出现来重问题时，系统能回滚到上一版本，保障用户正常办公。2、技术能力、项目整体把控问题项目组人员技术能力和业务能力都有待提高，并且需要加强项目整体把控，避免出现因为业务不熟悉和技术能力不够，引起的功能实现完整度不够的情况，缺少项目整体把控，引起功能反复修订，始终不能相对固化版本的情况出现。经验总结：在项目开发工作这前，由项目组熟悉业务的成员和技术骨干，先确认项目开发的框架结构，按开发成员的技术能力分配相对应的开发工作，在保证质量的前提下，按时按量完成开发工作。3、不注重细节天下大必，必做于细。1%的错误往往会导致100%的失败。在项目开发过程中，仅仅满足于功能实现，并没有关注到每个设计、每次改动、同学关系表操作。经验总结：对开发过程中一些可改进的细节列出，进行总结，在今后的开发中将进行改进。软件每一个打开的窗体标题都应该窗体功能相匹配，避免标题和内容匹配。操作按钮位置、操作顺序必须一目了然，符合大多数用户的操作习惯。所有输入文本框必须按照用户的业务要求进行排列，并做相应的输入数据提示，使用用户可以更快更好地输入数据。系统执行比较耗时代码时，应该给出适当的提醒，而不能让用户傻等，最好放到线程中处理，不能让主线程出现假死状态。查询错误或无结果时，必须要有提示。下拉框中的数据必须要有排序。系统中的各种提示必须要合理，不能有误导用户的情况。还有许多需要注意的技术和非技术的细节问题，往往我们技术人员觉得不重要的东西偏偏就是用户觉得重要的。问题与建议6.1项目维护推广建设在项目维护阶段,在客户现场配备专业的运维人员，进行运维工作，保障系统平稳运行。主要包括如下维护内容：（1）纠错性维护。由于系统测试不可能揭露系统存在的所有错误，因此在系统投入运行后频繁的实际应用过程中，就有可能暴露出系统内隐藏的错误。诊断和修正系统中遗留的错误，就是纠错性维护。纠错性维护时在系统运行中发生异常或故障时进行的，这种错误往往是遇到了从未用过的输入数据组合或是在与其他部分接口处产生的，因此只是在某些特定的情况下发生。（2）适应性维护。适应性维护时为了使系统适应环境的变化而进行的维护工作。一方面计算机学技术迅速发展，硬件的更新周期越来越短，新的操作系统和原来操作系统的新版本不断推出，外部设备和其他系统部件经常有所增加和修改，这就是必然要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使用寿命在延长，超过了最初开发这个系统时应用环境的寿命，即应用对象也在不断发生变化，机构的调整，管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。如代码改变、数据结构变化、数据格式以及输入/输出方式的变化、数据存储介质的变化等，都将直接影响系统的正常工作。因此有必要对系统进行调整，使之适应应用对象的变化，满足用户的需求。（3）预防性维护。系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命，目前尚能正常运行，但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的修改与调整奠定更好的基础。例如，将目前能应用的报表功能改成通用报表生成功能，以应付今后报表内容和格式可能的变化，根据对各种维护工作分布情况的统计结果，一般纠错性维护占21%，适应性维护工作占25%，完善性维护达到50%，而预防性维护以及其他类型的维护仅占4%，可见