通讯管理机项目总结报告

PAGE4过程和产品质量保证过程Ver1.0江苏苏源高科技有限公司通讯管理机项目总结报告文件编号保密级别总页数编制变更日志编号版本修改内容修改人修改日期10.10创建初稿21.00发布目录1 项目概况 11.1 基本信息 11.2 项目说明 11.3 项目质量概述 21.4 过程评价与建议 21.5 开发模型使用总结 22 项目估算的总结 32.1 规模 32.2 资源 32.2.1 人力资源 32.2.2 关键计算机资源 32.2.3 外部工具与产品 32.3 成本 32.4 工作量 32.5 进度 32.6 风险 42.7 工作任务分解及关键路径 42.8 估算跟踪和管理 42.8.1 评审 42.8.2 培训 42.8.3 沟通 42.8.4 质量保证活动总结 42.8.5 配置管理活动总结 42.8.6 项目成果 43 开发工作评价 53.1 对生产效率的评价 53.2 对产品质量的评价 53.3 对技术方法的评价 53.4 问题的分析 63.4.1 数据库结构灵活性 63.4.2 支持多厂站 63.4.3 绘图软件功能完善 63.4.4 微机五防操作票 63.4.5 前置管理机与后台的通讯 63.4.6 个别控件存在一定的问题 64 经验总结与教训 74.1 开发团队 74.2 需求的调研 74.3 做好开发计划 84.4 很好的沟通 84.5 做好工作总结 85 知识产权 96 附件清单 107 申请结项和确认 11通讯管理机项目总结报告PAGE11项目概况基本信息项目名称：WJQ通讯管理机项目周期为：2012年12月1日～2013年4月27日项目参与人：编号人员职责1本项目的项目经理，是整个项目的总体业务负责；负责指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，负责项目的人员工作安排、组间协调工作，并最终向顾客负责；本项目需求负责人，负责收集客户需求，分析并编写软件需求；本项目的开发负责人，负责项目总体设计和开发，进行系统服务模块的设计、编码和单元测试工作；本项目的培训负责人，负责组织和实施项目人员相应技能的培训。2本项目需求人员，协助需求负责人收集客户需求，协助分析和编写软件需求；本项目的开发人员，负责项目图形编辑和实时显示相关模块设计、编码和单元测试工作；本项目的测量员，负责整个项目各个阶段测试数据的收集与分析工作。3本项目的开发人员，负责项目数据配置工具及部分应用模块设计、编码和单元测试工作；4本项目的开发人员，负责项目部分应用模块设计、编码和单元测试工作；5本项目的测试负责人，负责项目集成测试和系统测试工作的策划、实施和报告工作，负责协调测试组内人员的工作安排。6本项目的测试人员，协助测试负责人完成项目的测试工作。7本项目的配置管理员，负责在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。8本项目的质量保证人员，负责在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。项目说明近年来，随着电网运行水平的提高，各级调度中心要求更多的信息，以便及时掌握电网及变电站的运行情况，提高变电站的可控性，进而要求更多地采用远方集中控制，操作，反事故措施等，即采用无人值班的管理模式，以提高劳动生产率，减少人为误操作的可能，提高运行的可靠性。另一方面，当代计算机技术，通讯技术等先进技术手段的应用，已改变了传统二次设备的模式，为简化系统，信息共享，减少电缆，减少占地面积，降低造价等方面已改变了变电站运行的面貌。基于上述原因，变电站自动化由“热门话题”已转向了实用化阶段，电力行业各有关部门把变电站自动化作为一项新技术革新手段应用于电力系统运行中来，各大专业厂家亦把配电站自动化系统的开发作为重点开发项目，不断地完善和改进相应地推出各具特色的配电综合自动化系统，以满足电力系统中的要求。在此环境下，为了满足变电站监控市场需求，同时为了完善公司的产品线，提出开发为220KV及以下电压等级的用户变电站服务的，集变电站保护、测量、监控于一体的综合自动化系统的建议。项目实现的主要功能包括：实时显示：模拟量、开关量、电度量；可自定义模拟量计算；开关事故跳闸件事及报警；断路器及刀闸的分合遥控，变压器分接头遥调；电压无功控制；电量分时统计（峰、谷、平）；事件记录：遥测越限记录、遥信变位记录、事件顺序记录、设备投退记录；操作记录：遥控记录、遥调记录、保护定值修改记录；报警分级处理；数据报表：提供多种统计功能；数据库配置和显示；声光告警；实时数据通信及监视。项目质量概述软件规模工作量1938项目质量需求（个）117需求变更（个）1缺陷（个）26严重缺陷（个）14问题（个）15上报问题（个）0风险（个）40发生风险（个）0测试用例（个）97技术评审（次）15管理评审（次）12过程评价与建议WJQ通讯管理机软件的开发过程中，组织质量体系文件适用性较好，指导性强。通过这些过程监控，及时发现了项目开发中的问题，保证里项目质量。开发模型使用总结WJQ通讯管理机项目开发所选用的开发模型为V模型，很好的指导了开发工作。项目估算的总结规模工作量（工时）：预计实际偏差说明1980.81938-41.8项目开发人员技能出色，培训工作比较好功能点（标准功能点）：预计实际偏差说明261.6261.60资源人力资源本项目中软件工程组4人，测试组2人，配置管理组1人，质量保证组1人。项目各阶段人员均到位，与《项目总体计划》中的人力资源计划相符，为项目顺利开展打下了良好的基础。关键计算机资源项目各阶段关键计算机资源均到位，与《项目总体计划》中的关键计算机资源计划相符，运行良好。本项目应用的关键计算机资源及其使用情况如下：资源名称数量应用日期负责人用途PC82012-12-1~2013-4-23项目组项目组工作机器PC32012-12-1~2013-4-23测试机器打印机12012-12-1~2013-4-23外部工具与产品项目各阶段软件工程设备和支持工具均到位，与《项目总体计划》中的软件工程设备和支持工具相符，运行良好。具体应用情况如下：设备和工具列表数量应用日期负责人用途VC++6.042012-12-1~2013-4-23编程工具Sqlserver200032012-12-1~2013-4-23数据库工具NTS-15122012-1-11~2013-4-23通讯联调Office200382012-1-11~2013-4-23应用软件成本见《项目测量表》中成本页。工作量见《项目测量表》中工作量页。进度见《项目测量表》中进度页。风险见《项目测量表》中风险页。工作任务分解及关键路径项目计划工作任务拆分合理；关键依赖关系正确识别，并且合理处理。估算跟踪和管理WJQ通讯管理机项目开发过程中，在项目策划阶段进行了项目估算。每一个里程碑点，由项目测量员进行数据收集，对各估算数据进行阀值管理，对将超过阀值的建立相应的调整机制。由于是试点项目，项目组成员对于组织体系不熟悉以及事前制定的体系文件在实际项目应用过程中都碰到一些问题，从而对项目进度产生了一定的项目。在项目开发过程中，通过加大项目培训的力度，适当的时候通过协调一些资深技术专家进行协助，从而保证项目进度。对于其他估算与实际的偏差，未做过多调整。评审见《项目测量表》中评审页。培训见《项目测量表》中培训页。沟通本项目实施过程中，在每周一组织项目组成员召开项目例会，进行组内和组件的沟通与协调，与沟通计划相符，沟通效果良好。在每周五由项目组成员填写《工作记录表》总结个人本周工作，并做好下周计划；由项目经理编写《项目周报》向高层汇报项目进度和计划。质量保证活动总结见《QA工作报告》。配置管理活动总结见《CM工作报告》。项目成果项目各阶段提交工作产品如下表所示：阶段主要工作产品项目策划《项目过程输出裁减表》、《项目开发计划》及其支持计划。需求开发《需求规格说明书》。系统设计《系统测试用例》、《概要设计说明书》、《数据库设计说明书》、《集成测试用例》、《详细设计说明书》编码《单元测试用例》、源代码、《单元测试报告》、《安装配置手册》项目测试《集成测试报告》、《系统测试报告》验收发布《项目总结报告》、试运行产品开发工作评价对生产效率的评价公司平均生产率(功能点/天)项目平均生产率(功能点/天)偏差说明1.51.470.03研发人员经验不足，导致平均生产率略低于公司水平，但偏差很小，在可接受范围内。对产品质量的评价见《项目测量表》测试页。对技术方法的评价 WJQ通讯管理机是由业内资深人员组成的团队，基于MicrosoftWindows操作系统，采用建立在ActiveX基础上的32位C++及其它软件的开发平台，采用面向对象的设计思想，经过多年的努力与实践开发而成。系统具有运行稳定、易扩展、适用性强、操作简单、功能完善、使用安全等特点。１．使用代码生成器：使用代码生成器,此工具在很大程度上提高了编码效率，从而加快了项目的开发进程。在以后的项目中，我们要尽量的来使用一些类似的工具来在最短的时间内完成工作。在今后的项目开发中，我们最好是能开发出适合自己的代码生成工具，更大限度的节省开发周期和开发费用。２．使用数据库建模工具；PowerDesigner工具来建立系统数据库模型，以方便程序员很好的理解业务流和掌握系统架构者的架构思想，更好的满足客户的功能需求。在今后的项目开发中，我们要更好的来完成系统的前期数据库模型的建立，最大的来优化系统功能。３．使用第三方控件：此系统中使用了GuiToolkit第三方控件。此控件在很大程度上满足了客户对软件界面的需求，从而也给软件的操作带来了方便。本项目中只使用了GuiToolkit一种第三方控件，在今后的项目开发过程中，要继续使用第三方的控件。这样以来，无论是针对软件界面的美观性、友好性来说、易操作性而言，还是针对系统开发效率而言，这都是很好途径。但需要意的是：在是使用第三方控件时，要谨慎的选择一些网络中的比较常见的第三方控件。４．使用自定义控件：此系统中使用了自定义控件(GGridView),此自定义控件可以很好的统一系统中的所有信息显示表格样式。如客户对数据显示样式有什么新的意见，我就不需要修改每一个页面的表格样式，我们只需要修改GGridView控件的样式，系统中的所有继承自GGridView的表格样式都可以改变。５．系统开发框架：此系统的框架使用的是三层结构，此框架在开发一些大型软件是比较实用的。但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；减少很多维护费用。使我们的技术不断的更加成熟。问题的分析数据库结构灵活性系统数据库结构设计时，虽然已有种子表用于对各工程配置表进行描述定义，但整个数据库的设计仍相对比较呆板，无法适应灵活扩展的要求。系统维护时需要查询数据库字段属性，由于未在库中定义各表，因而只能通过以.h头文件方式来描述数据库表字段。以后系统做大幅度升级时，可考虑通过表定义表来定义所有工程相关表内容，包括字段名、中文描述、类型、长度等，并提供配置工具，从而可以灵活扩展表结构。支持多厂站目前系统数据库是按多厂站进行设计的，各个程序模块有的支持多厂站，有的不支持多厂站，在系统下一步升级时，将考虑把不支持多厂站的模块进行升级，使整个WJQ系统支持多厂站。绘图软件功能完善目前系统与NTS8000电力监控系统相比在绘图软件功能上已经有了比较大的变化，新增了Undo/Redo、图元对齐、多窗口层叠、图元层叠设置、画面放大/缩小等功能，新增了表格控件。增加表格控件的目的是做实时报表时使用，但考虑到现场有可能需要做实时报表的装置、点很多，采用表格加实时数据的方法比较耗时，在系统下一步升级时，将考虑增加实时报表控件，将实时报表生成过程自动化。微机五防操作票 微机五防操作票是在WJQ系统数据库已经设计完毕的情况下，另外加的一个比较重要的功能，主要功能有五防设备类型配置、五防设备信息配置、五防一次操作术语配置、五防二次操作术语配置、手动开票、图形开票、操作票配置、操作票输出等功能。但是从大的方面考虑，五防操作票不支持自动按间隔线路操作，不能做到按间隔自动开操作票，逻辑编辑。在系统出下一个版本时，考虑把操作票做到整个间隔线路可以复制或共享同一操作票与逻辑。前置管理机与后台的通讯 WJQ系统是一个典型的C/S架构的系统。在前置通讯管理软件与后台软件的实时数据库通讯中，采用命名管道的方式。采用这种方式有着它本身的局限性：当协议比较复杂或前端设备比较多时，上送或下发的报文也比较多，导致通讯线路负载过重，同时也会导致软件的实现会比较复杂。所以在后续版本升级时，考虑采用以下几种技术中的一种：（1）分布式组件对象模型技术，如Dcom等；（2）中间件技术，如TAO（TheAceOrb）技术，使通用网络编程任务自动化。在通信过程中简化通讯报文的传送，充分利用组件本身提供的接口及优点。个别控件存在一定的问题WJQ系统开发中主要使用了CGridCtrl,CMyTreeCtrl两个外来控件，经过测试发现CGridCtrl在单元格选择操作中存在临界状态无法处理的问题。CMyTreeCtrl存在刷新问题。虽然这两个问题不太影响到产品性能，但是从长远看，问题还需要解决。经验总结与教训经过认真总结，在项目开发过程中的经验教训如下：开发团队在项目确立后，要尽快的建立起项目开发团队。项目团队成员的团结合作、相互沟通是非常重要的，团队成员之间要相互学习彼此的优点和技术，使团队的能力不断的提高。这样，在项目的开发过程中，团队才不会被难题困住不动。另外，团队中要有一个项目负责人，这个人无论是在与客户的沟通上，还是在技术上都要是很出众的人，此项目负责人要能很好的沟通客户与开发成员之间，以此来更好的理解客户的功能需求。人的记忆力总是有限的，所以就要求开发团队成员要尽量的书写一些开发文档，这些文档往往是我们在项目开发后期要用到的可寻资料。项目团队士气是项目成功的一个因素,我们需要不断的来培养我们的团队气势，使我们的团队不断的壮大。需求的调研在项目确立后，就到了需求调研分析阶段。１．项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足够的了解掌握，这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求，如此以来我们就为自己埋下了地雷,影响项目的开发周期，这就要求我们要与客户搞好无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。２．我们要尽量的让客户也参与到项目的开发团队中来，也就是说我们要使客户把自己也纳入到项目的开发团队中来，如此一来，我们掌握客户需求的真实性、可靠性就会大大的提高,也就不会为项目的后期功能开发埋下陷阱３．在需求调研过程中，如果缺乏足够用户参与，这样的需求调研也是失败的。很多程序员不愿参与到客户的需求调研中去，为什么呢？很简单，与客户沟通不如与代码沟通容易有意思。尽管这样，我们还是必须用足够多的时间去和客户进行沟通，了解他们真实的需求。很多用户也是如此，他们自己也不愿意参与到项目的需求调研中来，为什么呢？需求调研有出去和朋友一块烂漫对吗。虽然现状如此，我们还是要努力的使客户参与到需求的调研中来。４．模糊需求，也就是模棱两可是需求规格说明中最为可怕的问题。一是指诸多客户对需求说明产生了不同的理解；一是指单个读者能用不止一个方式来解释某个需求说明。针对对这种情况，就要求我们的调研人员要能够从多个角度来分析客户的不同需求，整理出最终的需求与客户确认，定出最终真实可靠的需求，我们绝不能凭借我们自己的单面理解来定立客户的最终需求。５．在一个项目的开发中，文档的书写是极为中要的一项工作。因为，某些文档就是我们在开发后期与客户沟通的可寻依据、也是我们程序员在编码过程中要用到的重要文档。我们绝对不能认为，凭借我们的大脑