项目总结报告第一期(共13页).doc

《项目总结报告第一期(共13页).doc》由会员分享，可在线阅读，更多相关《项目总结报告第一期(共13页).doc（13页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上同传项目总结报告Ver.1.0编 制：赵福臣审 核：审 批：签 字：签 字：签 字：日 期：日 期：日 期：专心-专注-专业变更履历日期版本号修改说明修改人核准人2016-07-011.0初始化赵福臣目录项目总结报告1 引言1.1 编写目的此文档为同声传译教学系统（以下简称同传系统）总结报告，主要目的是对项目进行阶段性总结。1.2 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.3 参考资料 列出要用到的参考资料，如：n 本项目的已核准的计划任务书或合同、上级机关的批文；n 属于本项目的其他已发表的文件；n 本文件中各处所引用的文件、资料，包括所要用

2、到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 项目概述说明本项目背景，产品目标，项目目标。项目背景，高校的外语学院会开设同传翻译专业，为了能够提高教学质量和效率，外语学院一般会有购买一套会议系统的需求。现在市场上纯硬件方案系统价格昂贵，但有的学校对技术参数要求不是很高，此时就需要一套价格相对便宜基于纯软方案实现的会议系统。产品目标，产品现阶段定位为辅助同传教学训练，最终目标为用于同传会议。项目目标，项目目标为能够完成会议核心功能。一、主席、代表席可以发言并能够收听各个译员频道实时翻译。二、译员可以收听会议席语音并可以并将实时翻译语音发送

3、到会议席和旁听席。三、旁听席可以实时收听各个频道的声音。四、会议可以录音并回放。五、在同传教学过程中，教师可以选择不同的音源来模拟会议。3 实际开发结果 3.1 产品简要说明项目所完成的产品的功能、特点。包括：同传会议系统主要是用于辅助同传课堂教学和同传会议，系统建立在TCP/IP网络协议基础上以传软方案实现，下面为系统中核心功能介绍n 管理控制台1) 同传会议中用于主席主持会议控制会议开始和停止、是否录制会议声音、回放会议、收听会议各频道声音。2) 同传教学中教师选择不同的音源（会议语音、教师机声音、教师机麦克风、教师机媒体文件）作为同传会议原声、控制是否录音、收集学生训练语音、实时监听学生

4、训练、同时系统还有授课过程中常用的文件下发和收集、语音室功能。n 译员客户端1) 同传会议中用于译员收听会议频道原声，并译员的翻译实时广播出去，同时会双轨录音，左声道为原声、右声道为翻译录音。2) 同传教师中用于学生在同传训练收听教师端发出的原声，学生实时进行翻译。同时系统将进行双轨录音。n 代表席频道选择器同传会议中代表席收听会议席、译员间频道实时语音，单声道对应一个频道。n 旁听席红外转化器系统会议中将会议席、译员间实时语音转化为红外发射接收端的输入信号。n 文件服务器用于收集同传会议、同传训练中各个频道的录音。并在回放时提供下载。3.2 系统框架系统总体部署图系统功能图系统总结功能图3.

5、3 主要功能和性能逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到、或超过了。一级模块二级功能三级功能描述会议席位手拉手会议主机购买代表话筒购买主席话筒购买收听设备定制安卓设备调查代表席频道选择器语音技术预研1、组播。2、延时。3、平台选择频道选择1、单声道收听。2、音量。3、静音。主席频道选择器频道选择1、单声道收听。2、音量。3、静音。译员间PC客户端频道选择器1、单声道收听。2、音量。3、静音。频道同步翻译并录音上传录音旁听席多路音频输出技术预研可研究一下采用一个设备驱动多个声卡，或者多通道的

6、声卡，输出不同频道的声音多音频输出客户端从教师机读取频道配置接收多个频道声音，并输出到对应的USB声卡频道配置声卡保存频道配置信息多频道同时接收语音红外耳机选型发射器辐射板耳机 录音服务器录音上传上传客户端、服务端用于保存会议录音会议相关web服务器接口web服务客户端、服务端录音下载web客户端、服务端录音回放查询会议web接口用于回放录音服务器上的录音查询频道web接口下载频道录音文件回放界面旁听席集成一起将录音和服务器放在一起教室管理布局图布局图编辑可编辑布局图，集成到控制台中，可进行旋转与缩放布局图显示根据编辑的布局图进行显示，并区分已连线与已登录的状态客户端设定位置客户端可自行设置位

7、置，使用MAC地址进行识别基础管理网络唤醒根据作为的MAC地址，发送唤醒包，进行网络唤醒点名询问学生姓名，提示学生输入姓名（学号）关机/重启/注销控制所有的学生机或选中的学生机关机/重启/注销等操作导出学生名单导出在堂的学生名单行为控制禁止上网禁止USB禁止应用基础功能全班讲话点对点通话点对点通话并广播音频广播桌面广播文件传输发送文件发送单个或多个文件到学生电脑发送/打开文件发送文件到学生电脑并打开收集文件收集学生电脑系统工作文件夹下的文件删除文件删除学生电脑系统工作文件夹下的文件查看教师电脑上的文件查看教师电脑系统工作文件夹下的文件文件活动Word文档发送Word文档到学生电脑，并打开，停止

8、活动时保存文档，并收集到教师电脑PPT同上Excel同上其他类型同上音频活动教师麦克风使用教师麦克风作为音源，进行教学活动，学生端双轨录音教师机音频使用教师机音频作为音源，学生端可双轨录音媒体文件使用一个媒体文件（MP3或WAV）作为音源进行教学活动桌面广播选取桌面区域，进行视频广播（同时也可以广播音频）进行教学活动同传训练活动教师麦克风与语音室音频活动类似，客户端需做对应的调整教师机音频与语音室音频活动类似，客户端需做对应的调整媒体文件与语音室音频活动类似，客户端需做对应的调整会议音源从会议设备输入音源其他音源其他可配置成为输入的音源桌面区域广播与语音室音频活动类似，客户端需做对应的调整演示

9、版功能数据库本地化暂时用sqlcewebapi服务器端-大文件上传wcf webapiwebapi客户单大文件上传下载webapi clientwebapi接口服务客户端和服务端webapi client演示版和正式版切换配置工具、适配功能。系统授权教师端集成授权信息显示3.4 开发工具、技术系统开发使用了当前比较流行的一些技术，系统设计到CS客户、web服务端、FTP文件服务器、android端，具体详情见下图3.5 支撑平台无3.6 安全体系本系统主要部署在局域网中，对网络安全不高，所以我们的一些web接口没有经过加密。系统中授权模块使用了非对称加密算法。3.7 进度1) 甘特图（摘要任务

10、甘特图）无2) 里程碑时间里程碑偏差2016-01-31Demo无2016-04-08演示版无2016-06-01内测版略有偏差2016-06-30稳定版无3) 计划使用工时/实际使用工时无4) 出现差异的主要原因第三阶段里程碑出现错误的主要原因是开发人员变动，核心开发人员病了、新员工刚进入项目组需要一段时间来适应。3.8 人力投入1) 说明计划人员配置和实际人员配置。以及人员组成。各个人员的项目角色和工作职责。人员角色职责鲁云产品经理产品设计、平台设计、搭建王杰研发平台维护、客户端研发赵福臣研发语音底层研发梅元研发服务器研发李亮测试系统黑盒测试杨涵测试系统黑盒测试2) 人员投入的时间分布图。

11、下面统计了2016第一季度和第二季度项目各组员参与的工时。4 项目评价（尽量用图例配合说明）4.1 对生产效率的评价给出实际生产效率，包括：n 程序的平均生产效率，即每人月生产的行数；无n 文件的平均生产效率，即每人月生产的千字数；无并列出原订计划数作为对比。4.2 变更管理评价用户需求变更没有，主要模仿比较成熟的系统。4.3 对技术方法的评价 给出对在开发中所使用的技术、方法、工具、手段的评价。说明采用的技术特点，以及利弊。技术优点缺点WPF做界面效率高开发工具编辑界面不稳定。WCF开发效率高很有经验才能使用好。配置很繁琐。FTP有成熟的开源框架开源框架简单，无法完成复杂功能。IBatis上

12、手快，性能高，自己写sql控制性好.无法切换数据库，维护了。很久不更新.Webrtc性能高、稳定框架太大、加功能周期长、需要做跨语言、android平台只能在Linux开发。Webservice开发简单维护难，有性能瓶颈。RDP稳定，使用简单Win7下效果不是很理想。Sqlserver功能强大，简单安装部署复杂。NAudio功能强大，简单开源库很不稳定，产出现底层bug，极难修复4.4 对产品和过程质量的评价 同传系统总体项目bug统计同传系统总体bug趋势统计同传系统每人解决的bug统计同传系统bug严重级别占比统计4.5 风险管理评价下面对系统中出现的一些风险做了写评估风险结果经验紧急人员

13、变动其他人要花很长时间来熟悉代码。1、 系统还是要有些必要的设计文档。2、 项目组所有成员对代码都要有些了解。不确定的技术方案经历了较长时间的摸索和解决问题。有些技术还是要实现进行识别并进行预研。但是还是会出现不了的技术难点，这种只能逐渐研究。产品定位，现在产品的定位不清晰，只是单纯的在模仿别人的功能暂时还没有解决4.6 出错原因的分析 开发中出现的错误的原因分析。错误分析解决功能返工沟通问题。增加设计时间、流程图、界面原型，添加设计评审环节。第三方库不稳定开源库有时会有隐患bug，很难改，不好查原因。尽量不适用个人开源库、新库、长时间不更新的库。出现代码丢失本地代码不安全。应尽快将代码上传到

14、SVN服务器项目开发人员能力不均衡项目组人员开发能力不均衡。导致任务分配不平衡，有的组员能力得不到锻炼。1、 项目组内互相帮助2、 项目组成员承诺的工期尽量按时完成，有问题及时反馈。4.7 客户满意度分析无4.8 遗留问题说明项目有无遗留亟待解决问题。如果有，必须针对这些问题进行深入分析，明确责任，提出解决方案。1) 遗留bug，主要有些是开源库底层的导致不是很好处理。2) 没有去真实现场测试。3) 没有压力测试（多个学生、大于2小时）。4) 缺失系统设计文档，测试用例。5 经验及教训同传系统开发工作中所得到的最主要的经验与教训及对今后的项目开应该注意问题。收获1) 磨合开发团队、测试团队、项

15、目成员得到了锻炼机会。2) 积累了一些技术（RDP、语音相关、数据库本地化、开发平台）。3) 沟通更透彻，更清晰。4) 晚上提前发布新版本。不足1) 缺少必要的需求文档和设计文档2) 缺少阶段性成果展示、缺少设计评审。3) 对于延期处理的bug，开发人员尽量批注下说明，避免bug再次激活确认，又被打回的情况出现。4) 在开发过程中，开发人员是否可以避免一些错别字或是页面样式上问题的出现。开发过程中如有时间的话，尽量做到发现立刻修正习惯。以此减少测试人员，在提交类似bug且回测bug上的耗时。5) 测试人员配合开发人员重现bug，或者给他们提供测试数据，占用测试时间。测试人员尽量提供截图、及时抓取系统日志、保留测试数据给开发。6) 产品需求有待完善，以此减少Bug类型为设计如此和不予解决的bug产生。让开发和测试人员，对需求理解上，达成共识。6 建议1、执行敏捷开发流程2、不定期进行代码评审。7 结论总体来说同传项目是成功的，以完全满足验收标准为成功。