项目总结报告

xx 科技有限公司项目编号：XM20XX001XX公司APP平台基础项目项目总结报告公司：XX科技有限公司 部门：软件研发部xx 科技有限公司第 1 章 引言1.1 编写目的xx 公司 APP 平台基础项目已经基本完成，本项目总结报告的目的是方便我们在以后的项目开发中更好地优化实践和总结经验，不断地 提高开发效率和开发规范，从而创造更多的价值。1.2 项目背景随着互联网信息技术的不断发展，越来越多的传统行业与互联网深度融合并焕发新机，纸质教材作为教育内容输出最重要的载体之一，既面临着新兴数字媒体及数字出版物的冲击与挑战，也即将迎来“互联网+”政策红利和创新技术带来的广阔前景。基于上述研判，xx 公司 APP 平台基础项目（以下简称“本项目”）提出“互联网+立体化教材”概念，利用互联网信息技术可将教材内容和形式拓展延伸至电脑或手机，以教材使用过程为线索，把纸书教材、数字资源、教学工具和课堂教学有机整合，采集分析教学和学习数据，为高校提 供完整的智慧教学解决方案。1.3 建设目的本项目将依托原有的纸质教材，采用最新的互联网信息技术搭建配套软件平台（含 APP 端和 WEB 端），帮助老师利用“互联网+立xx 科技有限公司体化教材”实施智慧教学，重构传统教学中“人、课、书”的关系，实现教学内容和数据的互联互通。本项目将重点解决以下三个问题： A.“立体化教材”的内容管理与应用；B.在线课程管理与应用；C.高等教育课堂教学管理。第 2 章 项目完成情况2.1 项目产品项目最终交付的产品包括：源代码（含 iOS、Android、H5 及 Java）；文档；数据库；数字资源库（含在线课程视频）；2.2 主要功能和性能主要功能：用户管理、教材管理、数字资源管理、数字资源与教材的关联、教材防伪码管理、“立体化教材”的应用、云课管理、班 级管理、课堂教学活动、学情数据分析。性能指标：用户数要求（APP 客户端需要最低满足 x 名老师用户和 x 万学生用户的使用，中期需要满足 x 名老师用户和 x 万学生用户的使用；WEB 客户端需要至少满足 x 名老师用户的使用，中期需要xx 科技有限公司满足 x 名老师用户的使用）、并发数要求（数据库支持超过x 个并发用户同时访问，客户端支持不少于 x 次并发访问的能力，云课点播要求支持超过 x 人同时在线观看）、容错要求（对用户的操作给出明确的指引和示例。如果用户操作有误，一方面需要提供人性化的提示信息帮助用户改正，另一方面能够自动纠正错误信息。要求平台最大限度的兼容各个版本的历史数据）、权限要求（平台需要支持用户角色设定，不同的角色拥有不同的权限分组，确保非授权用户不可使用未授权的功能，超级管理员拥有最高权限，可创建角色并为角色分配权 限）2.3 项目进度状况项目周期开发周期测试周期发布时间实际20xx/06/1520xx/10/0920xx/07/0520xx/08/1720xx/08/1720xx/09/2820xx/10/09计划20xx/06/1520xx/10/1020xx/07/0120xx/08/1520xx/08/1520xx/09/3020xx/10/08实际天数/计划天数117/11844/4643/472.4 遗留问题性能优化：部分模块如果出现性能瓶颈需要增加缓存；静态资源 根据访问量需要可以增加 CDN。体验优化：根据客户反馈后期需要对部分界面及流程进行调整优 化。xx 科技有限公司第 3 章 经验和教训3.1 存在问题及解决思路1) 缺项目干系人联系信息一览表；解决思路：以后在项目的初期全部理出来，滚动更新；2) 缺少设计，缺少设计评审；解决思路：必须开展的一步，哪怕再简单的设计，也必须要有， 要规约开发的相关要求；3) 缺少开发实施方法论，瀑布或者敏捷；解决思路：以周围单位，基于思维导图的敏捷开发，考虑到各部 分的衔接；4) 缺少内部沟通机制；解决思路：开发早会制度，定期项目会；5) 对客户的沟通一致的问题；解决思路：统一沟通接口，按要求办理；严格按照问题跟踪表填写信息，信息不足时及时沟通，及项目经理的要求进行沟通回复； 6) 技术问题的解决机制；解决思路：要向其它开发经理，技术总监沟通同步，看是否有经验可借鉴，以快速解决问题为目标，后续接相对空余时间在考虑做最 优方案探索；7) 测试的方法和思路；xx 科技有限公司解决思路：单元测试的方法问题，除功能功能正确性外，还需考 虑临界值，后续由测试补充形式简单直接的统一要求；8) 实施的问题，一致的要求，策略；解决思路：不同阶段采用不同的策略，同时要从客户方便的角度进行考虑；如本项目早期部署得比较频繁，配合客户初验；验证阶段， 更新一定要按照生产标准；9) 开发测试账号的问题；解决思路：不能一直用 admin 账号；考虑开发人员账号，测试使用实际人员账号，开发过程尽量不使用 admin 账号，因为很多问题发 现不了；3.2 对于今后项目开发工作的建议需求分析：做项目前尽可能花时间弄清楚甲方需求的框架和具体细节。客户需求没弄清楚可能后面做的很多东西都白做的，所以这个多花时间事半功倍。并尽可能把功能需求写成文档，然后把功能多次 细分为若干个小的功能模块。框架设计：根据要实现的功能大概确定一个框架，所有的子功能模块都将附加在该框架上。选好框架对后面的系统的稳定性、更改的 灵活性都有影响。并做好框架设计文档，便于后续修改。模块功能实现：在对每一个子功能模块实现时，还要再先进行功能的需求分析，并考虑到所有可能的输入输出对系统的影响，列出解决问题的几种可行方案（比较难实现的方法也可以写上便于后期优xx 科技有限公司化），选择最优的一种，将最终方案的流程图或者伪代码写成文档（不仅方便后期查看程序思路，还方便更改和优化程序），然后可以按照 该文档进行程序实现。系统功能验证和测试：分为白盒测试（针对系统结构）和黑盒测试（针对系统公功能），完成了每一个功能模块或者系统加入新功能的时候，都要尽可能地进行完整的功能测试，因为调试现场情况更加复杂，所以在实现该模块的时候就要进行测试，如果无法单独测试功 能，需要人工的仔细地验证其逻辑是否正确。版本控制：学习使用 Git 进行版本控制和程序备份，软件代码要养成良好的编程风格和规范，比如函数、变量命名按照统一的规范来， 函数和变量都要写注释，修改了功能也要写在日志上。程序后期优化：在整个系统完成了之后，在保证系统的稳定性情况下，优化各种功能指标以及简化程序,考虑用之前模块设计时最优 的方案。