产品组小组例会会议纪要20150727.docVIP

主送 徐总、李总 抄送 谢迁、张大为、丁贵军、李文浩、李媛媛、张晓琳、马刚 作者 李文浩 部门 协同信息门户业务部 日期 2015年07月31日 题目 产品组小组例会 页数 5页 领导意 见 会议组织情况 会议名称：产品组小组例会 会议时间：2015年07月31日 会议地点：公司第四会议室 出席人：张大为、丁贵军、张晓琳、马刚、李文浩 主持人：张大为 记录人：李文浩 会议内容 （一）产品组成员上周工作回顾： 丁贵军： 支持 集团圈子、账户不合法问题Openfire源码相互、部署、打包Openfire源码分析，断点测试Openfire源码分析，添加消息处理日志，屏蔽离线消息。消息漫游推送时间更新开发。信息，接收信息提醒共享的权限部门空间处理。门户：用户信息编辑模块，头像上传校验等功能完善。门户：bug修复，部署，测试。 丁贵军 微中信1.2产品研发 马刚 文档系统-浏览器退出解锁文件，文件编辑的自动保存。权限信息接收信息提醒部门空间，回收站管理银行RAMS的ESB分析。 管理-功能开发。 已设计未开发的模块： 问卷调查 抽签 未设计的模块 全文检索（同Solr） 待完成的工作： Solr验证 RAMS组的增量接口，组的关联人员接口。（由于给AD同步的组和RAMS组不同，所以该接口暂时不用实现。待有需求的时候再考虑） （四）培训记录： 内容 时间 培训人 参与人 ICMS功能说明及模板技术介绍(+1) 2014-09-05 姚译朗 产品组所有人 日常规范及其它要求 1、文档和代码必须每日提交 2、做产品要有开启点和结束点，做完后还需要回审，修改需求文档、设计文档，完后写产品相关说明书，就定版了，后续只有bug的修改。修改bug时，要写问题分析，解决方案，问题多时，要进行评审，中间改的bug不加版本，等到修改了一定数量的bug，再出个新版本。 3、对于不是主要的模块，给对方提交的代码要少，象征性的给一些，对于主要业务，如文件分发，则提交全，提交代码前，找徐总汇报，同意后再提交。 4、部署项目，原来是什么环境，就布到什么环境，如果环境升级，就算升级，要收费，找项目经理，找客户谈。我们自己的项目组除外。 5、项目组不允许直接找开发人员，需要时找徐总，同意方可去。 6、去现场前，要搞清，联系人是谁，环境是否准备好，查看环境清单是否还缺什么，有异议，可先不去。 7、每个人的任务提供列表形式，没有完全结束的工作不准删除掉。标记为暂停。 8、项目完成经过评审需要提供需求设计文档，详细设计文档、部署文档、使用文档、疑难问题积累文档。 9、经过评审的设计文档，不准随意修改。如果一个人擅自修改要处罚、两个人商量后修改的酌情处理。 10、程序发布的时候添加版本号及LICENSE，程序启动时候打印出版本及LICENSE信息。 11、所有开发系统加上所有版本号，开发规范、需求、设计文档需整理完善。 12、每次修改分支版本的BUG，需要确定主版本上是否有该BUG。有就同步修改。 13、禁止私自传代码，需要的时候 通过SVN。 14、关于和第三方对接的时候记录接收时间、发送时间、响应时间，可以设置是否开启。 15、开发的时候在FireFox开发测试。 16、开发的时候必须为每个表建立主键。 ?17、部门所有开发（产品研发、项目开发、java开发、domino开发等等一切写代码事情），均需要按部门统一要求，即提供需求评审、设计评审、开发、测试、提交用户测试、交付客户、公司内部验收（含代码、文档），没有按照此流程的开发，一律计入年底考核，相关负责人承担连带责任。所有开发文档，必须抄送徐总和李总。只有经过我们确认不纳入此项要求的开发，可以单独开发。 ? ??? 18、所有开发，在需求评审后，再决定采用公司已有模块还是自行开发，有谁开发。原则上，没有能说服徐总的充分的理由，不能重新开发。 ? 19、所有需求，必须有word版的详细说明，需要包含详细描述、现有截图、axure图例、等等，以能看明白为主。 ----------------------------精品word文档 值得下载 值得拥有---------------------------------------------- ---------------------------------------------------------------------------------------------------------------------------------------------- 会 议 纪 要