爱码室Crawler & classification module项目工作分配

项目情况



  爬虫项目是上届学生遗留下来的项目,他们已经实现了基础的功能,而我们来负责完善,主要需要解决的问题是怎么让爬虫脱离爬和停的繁琐指令,更加的智能化。所以我们的计划是在前人的源码基础上,加以修改测试完善组装等一系列工作,使这个项目达到更高的完成度。

任务分配



  任务的分配根据成员角色来进行,由于一个成员能承担多种角色,所以任务分配尽量延伸到每个成员的身上。

  第一周,包括PM在内的全员需要阅读理解已有源码,理清程序的思路,明确项目的具体情况和已有任务进度,修改/添加关键注释。并且分配不同的角色去学习或调研项目需要的知识和能力,然后组织召开第一次会议,共享成果,协调进度。

  第二周,分配两个主要dev成员开始结合注释和会议结果修改代码,test成员分别协助一个dev成员进行修改,保证修改时的逻辑正确性。修改完成后,分配两个test成员对修改后的代码进行第一阶段的测试,这时候的代码必然存在很多bug和缺陷,及时进行记录。第一阶段测试记录完成后,组织召开第二次会议,分析bug和缺陷,共同讨论制定解决方案。

  第三周,根据会议结果,再次修改和协助代码,完成第二阶段的测试,记录bug和缺陷,组织召开第三次会议,分析bug和缺陷,共同讨论制定解决方案。经过二次修改,此时的程序应该趋于完善,两个dev成员完善代码并组装,两个test成员协助进行并完成最后的测试,确保代码基本无bug,运行效率能够达到满意的水平,上传最后的源码。

  第四周,组织召开总结会议,考虑进一步完善的时间可行性。如果时间允许,先备份当前代码,然后尝试进一步完善,如果能通过先前的所有测试,保证运行效率的优化,再次上传更新源码,任务完成。

项目任务迁入TFS



时间: 2024-11-05 02:17:19

爱码室Crawler & classification module项目工作分配的相关文章

源码安装python paramiko module

备注:系统环境为CentOS 6.5,python 版本为 2.6.6 1.备好基础的安装环境1.1 安装gcc编译器 yum install gcc gcc-c++ -y 1.2 安装Python的组件 yum install python-devel 2. 下载所需要所有模块的源码包 安装Paramiko模块需要以下几个安装包: pycrypto-2.6.1.tar.gz ecdsa-0.13.tar.gz paramiko-1.16.0.tar.gz 3.开始安装paramiko 所需要的

Opencv2.4.9源码分析——Cascade Classification(三)

前两篇文章分别介绍了级联分类器的原理和源码解析,下面我们给出一个具体的应用实例. 下面我们以车牌识别为例,具体讲解OpenCV的级联分类器的用法.在这里我们只对蓝底白字的普通车牌进行识别判断,对于其他车牌不在考虑范围内.而且车牌是正面照,略微倾斜可以,倾斜程度太大也是不在识别范围内的. 我们通过不同渠道共收集了1545幅符合要求的带有车牌图像的照片(很遗憾,我只能得到这么多车牌照片,如果能再多一些就更好了!),通过ACDSee软件手工把车牌图像从照片中剪切出来,并统一保存为jpg格式.为便于后续

小组项目工作分配,任务确认

在小组项目中,我们317宿舍6个人正好结为一个小组 这里记录一下人员分配并且确认一下项目 唐天峰 组长,辅助程序 白斌 需求分析,文档整理 李经纬 需求分析,文档整理 王森 程序测试 王以正 主程序 张哲远 辅助程序开发 项目 确定为简单聊天工具

CentOS6.5源码搭建LAMP--基于module方式实现php(单台机器)

源码搭建LAMP 软件包下载源: 搜狐镜像源:http://mirrors.sohu.com/ apache下载网:http://mirror.bit.edu.cn/apache/ pcre官网:http://www.pcre.org/ apr官网:http://apr.apache.org/ apache官网:http://httpd.apache.org/ mysql官网:https://www.mysql.com/ php官网:http://php.net/ freetds:http://

爱码小士丨代码一敲十年,收入虽高前途摇摆

程序员群体曾是低调多金的代表,但最近996话题.甲骨文大裁员等事件持续发酵,让这个群体成了大众眼中的“失意中年人”. 年轻时的拼命,换来的却是中年时的焦虑.收入虽高,但前途摇摆. 30岁真的是程序员迈不过去的坎吗?曾经梦想着用技术改变世界的程序员们,怎么去看待自己的职业规划和人生价值? 10年前我入行时,整个行业一片欣欣向荣,那时候老板更喜欢称我们为“工程师”,但是现在,我们已经成为“码农”了.之所以有这个变化,一个是因为工种越来越细化,每个程序员负责的任务越来越精细.单一,时间长了,我们只熟悉

BugPhobia开发篇章:Beta阶段第III次Scrum Meeting

0x01 :Scrum Meeting基本摘要 Beta阶段第三次Scrum Meeting 敏捷开发起始时间 2015/12/15 00:00 A.M. 敏捷开发终止时间 2015/12/15 23:00 P.M. 会议基本内容摘要 ü  前后端方面,由于编译实验的相关冲突原因,此次Scrum Meeting阶段的任务临时添加,更正为Semantic UI中期考核的审查和后端代码Django Test框架的重新学习工作,而测试方面,在评估迁移Github移植测试工作后,决定将此任务优先级降至最

BugPhobia准备篇章:团队Beta阶段准备工作分析

0x00:序言 To the searching tags, you may well fall in love withhttp://xueba.nlsde.buaa.edu.cn/ 再见,无忧时光~ 0x01 :Beta阶段会议记录(2015/10/24) 特别说明:Beta准备阶段的会议(2015/10/24~2015/12/07之间的全部会议全部不计入Scrum Meeting,实为准备阶段的集体讨论) 会议记录Github传送门:Beta阶段会议记录过渡阶段)(20151024).md

项目代码审查地点

团队项目代码审查定在明天下午2:00-4:00,G1125.每个项目的审查时间控制在12分钟以内,按照下述顺序逐个检查. bestRW bugphobia Chronos 爱码室 Dream Power™ Team C# 歪果仁带你灰 窝窝头 软剑攻城队 主要检查步骤: 1. 从代码管理工具(github或TFS)上将最新版的代码同步到本地: 2. 编译代码为可执行程序: 3. 部署并运行程序.

stand up meeting 11/17/2015

今日工作总结: 冯晓云:代表组内参加了北航软工M1检查,有幸在工作展开之前先观摩别人的工作,吸取经验和教训:现在看来,当时对往届ASE学员的采访还不够深入,只说统筹分工团结合作还是有些空,具体的任务划分虽然已经比较细致但是还是没有充分调研:印象比较深刻的几点:首先团队的PM很重要,需要统筹整个项目的运作,我们的组相对北航同学的大组比较小,忽视了PM的重要性,而是采取相互监督的方式,能不能落到实处有待工作的证实:然后就是对工作难度的合理规划,有的团队前期划水后面就完不了工,这一点我们组内进行了充分