随笔分类 - 软工
摘要：我们的软件：academic genealogy tree 的alpha版本已经发布了（更多可以关注http://www.cnblogs.com/ustc_msra_ase/archive/2011/01/14/1935572.html），但是现在只能在微软的内部访问，于是为了让大家一睹其风采，所以决定先展示一些牛人的族谱树。David Marr： 计算机视觉的先驱，已故麻省理工学院教授。具体的介绍可以看：http://kybele.psych.cornell.edu/~edelman/marr/marr.html。Jeffery Naughton: 威斯康星大学计算机系教授，数据库大牛，师从
阅读全文
摘要：这是一个网络服务，相应的网站是：http://ieg-dell01:8077，暂时只能在微软内部进行访问。基本功能介绍：学术族谱展现的是学术界各研究员的师承关系，通过学术族谱，可以参看某研究员(Andrew chi-chich Yao)的导师和学生概况，通过界面控件操作可以进一步查看研究员的个人主页，学术研究以及和其他研究员的合作等信息。界面框图：界面控件介绍：学者搜索： 键入要搜索的学者姓名，从候选学者中单击选择要查看的学者。族谱展示： 以树的形式展开被选择的学者的学术族谱,现在这个是姚期智先生的学术族谱关系缩放与移动：点击右下角按钮，可进行展现界面的整体移动和缩放和重定位. 滚动鼠标，可
阅读全文
摘要：今天10天回顾或今后的工作困难及下一阶段工作陈凯与胡文凭傅孝明合作实现了多层族谱的展示，item37366。对夏炎师兄给的代码理解不够深，导致工作进度较慢；设计UI时虽然借鉴了现有代码，但效果仍然不尽如人意增加更多的feature以方便用户使用，解决大量人员的展示问题。胡文凭37357: 讨论了ui展现方面的问题，同时对边长度和角度做了点约束，大部分 展现还比较好，对于个别 大牛人 比如jordan 效果有点不太;37357: 再进行一些参数调整。由于对于jordan 这样的牛人，直接学生有60人，家族大小有150左右，不管怎样全部展现都比较难看，所有下面工作要对其进行取舍蒋老师37619等，
阅读全文
摘要：今天明天困难陈凯实现了与蒋老师和胡文凭的成功连接，已经可以展现族谱图像，并与傅孝明一起修正了族谱数据的返回方法，成功解决了异步问题。Item37365优化代码，更好的展现多层族谱，争取完成所有工作。Item37366多层数据的获取存在问题，原因尚不明胡文凭Item 37356: 没有什么进展，现在由于得到数据和原先的设想有较大的区别，目前的layout算发几乎没有任何的作用，当然随着师生关系的信息挖掘更深入全面，应该还是会由用的Item 37357&37356: 根据目前的数据，调整layout算法，估计需要新的layout算法了最大问题是电脑罢工了，不知道为什么check in 数据部分的
阅读全文
摘要：今天：明天：困难：陈凯：37364 对展示界面进行了少许调整，与蒋老师进行了连接，了解了大致的调用过程和方法。37365 继续与蒋老师合作，争取搞定数据库连接问题，成功访问任少卿和王佳磊得到的数据库。数据库连接存在问题，函数调用的异步问题没有解决。胡文凭：Item 37355: 在现有的layout基础上进行了一下局部调整，初步可以解决节点覆盖或者重合问题，但对于可能存在的边交叉问题 还有待进一步解决37356尝试添加一些额外约束，尽量减少边的交叉，和蒋老师的借口融合，取得真是数据进行调试目前还得不到真实的数据，对边和节点的规模估计不准确，调试和修改起来有点难度任少卿：今天完成37612，继续
阅读全文
摘要：今天：明天：困难：陈凯：修正了展示时边缘色彩的bug，实现了族谱树大致信息的输出（如总人数、涉及领域、涉及机构等）37363修正Item鼠标拖曳时的bug，尝试与蒋老师的代码进行连接，继续利用胡文凭提供的接口进行展示效果的修正,37364在Author Item上添加按钮并与原组件较好耦合存在困难胡文凭：37354，和牛特同学讨论了一下目前的layout情况，对layout的radius和angleAngle 进行了实验和动态调整，可以部分解决节点的交叉问题，但是怎样能尽量避免交叉问题还有待考虑37355 ,进一步修改layout的半径和角度范围约束，希望能听到牛特及其同事的feedbac
阅读全文
摘要：王佳磊：今天的工作：继续搜集重要的师生关系信息，数据量达到了3600对（完全正确的）。继续探索自动分析的可能性，目前没什么进展，今天完成 37372。困难： 自动分析的难度太大，变化太多。明天的计划：挖更多更全的数据，并进一步探索自动提取师承对的算法，明天计划 37373。陈凯：今天的工作：与胡文凭进行了成功连接，成功的对族谱进行了展示，完善了展示效果。37362。明天的工作：对每个Item边缘的颜色进行修正，使展现效果更好。继续与胡文凭合作，对现有算法进行优化，准备与蒋老师的代码进行连接，完善族谱图右侧信息的展示。37363。障碍：Item的边缘颜色在何处设置还没决定 。胡文凭：Finish
阅读全文
摘要：傅孝明：今天：和文凭，凯，蒋老师谈论了借口问题。然后和文凭一起pair work了一会。明天：数据库的问题和接口的定义等的问题。蒋老师：今天：与PM商定数据库的配置工作暂缓，与界面组商定了新的方案，读了学术搜索中模型层相关代码，学习了Json相关技术，重新考虑的模型层的实现方案。work item:37601。 明天：开始核心的代码编写work item：37601。障碍：细节性的结果取出与产生Json数据结构还需近一步研究胡文凭：今天：Items 37352:完成了初步 layout算法的编码工作明天：Item 37353:准备部分testing数据，对layout算法进行调试和测试陈凯：今
阅读全文
摘要：傅孝明：今天的工作：联系IT准备解决数据库的问题。明天：争取把接口的问题解决，和蒋老师讨论数据库的问题。争取能看到一个很简单的版本。陈凯：今天的工作：为展现Author的UI添加了Edit和Expand按钮，点击Edit访问Academic Search的Edit页面，基本明确了为展示族谱要修改的函数。 item37361.明天的工作：与蒋老师商定传输数据的格式，继续为UI添加鼠标响应事件，弄清楚GuanxiMap中几个类的作用。item37362.主要的障碍：对于Author展现的实现细节还有些不清楚。胡文凭：今天：Work: items:37348 ：理清了academic search
阅读全文
摘要：傅孝明：和佳磊和少卿讨论了数据获取的具体要求等。和凯，文凭讨论接口的问题。明天：继续讨论接口，但是是微软学术co-author算法基础下。障碍：接口在微软学术co-author算法基础下很麻烦。任少卿：今天完成37607， 编写Supervised师承信息辅助收集系统的底层及部分界面，将收集到信息导入数据库明天进行37608， 完善Supervised师承信息辅助收集系统的界面遇到的困难：由于Academic Search API暂时还没有帮助文档，不清楚某些特殊的查找如何设置陈凯：今天的工作：完善了界面，在Yan Xia师兄帮助下和VisualizedSearchAcademic原有的CoA
阅读全文
摘要：傅孝明 ：和肖巍确定了testcase，和蒋老师确定了user story，dailymeeting。明天：完善test case，把握整体的进度和跟进爬虫的问题。（我没有建item）陈凯：今天的工作：基本完成了展示界面的构建工作。工作项：37359。基本界面：。明天的工作：完善展示界面，展现简单的添加了我们定义的三个按钮（编辑、展开、主页）的关系图。工作项：37360.任少卿：完成37605.37606， 设计数据库表及表项，建立数据库，编写数据库调用接口，编写自定义格式文本输入数据库的输入程序，将现有信息输入数据库。明天37607，明天开始编写一个supervised 的师生关系爬取程序。
阅读全文
摘要：傅孝明：今天明确了每个模块的接口和重新分析爬虫的实现，进行了daily meeting。然后进行了测试计划的重新设计和优化。明天：确定测试计划。争取在爬虫算法上面达成一致。陈凯：今天确定了整个familytree 的展示界面，和牛特同学说的基本一致，类的设计方面决定重载YanXia同学给的一些类，添加我们需要的效果。完成的work item ID ：37358。明天的工作：实现展现界面 ，重载VsisualizedSearchAcademic中的Author Item类以满足我们的展示要求。胡文凭：今天确定了族谱layout的树形展现形式，向佳磊同学讨论了一个学术家族的基本规模，提取了微软学术
阅读全文
摘要：由于我们的项目有巨大的的数据依赖性，第一阶段我们计划在一个相对有限的数据库的基础上保证各种预期功能的正确实现，所以第一阶段的测试以功能测试为主，至于学术族谱数据库本身的扩大，我们可以设计一些用户的编辑界面，让大量用户进行添加和修改，使族谱信息越来越完善。下面是第一阶段测试计划（从12月27日开始至1月17日）：1． 12.27~12.30 spec测试：在项目开始的前5天，软件肯定是没有准备好的，所以测试人员只能根据spec进行一些测试用例的设计，对spec进行反复论证和修改；2． 12.27~12.31 单元测试：从第4天开始，按照计划开发人员应该会完成一些小的功能模块，期间开发人员自己会做
阅读全文
摘要：在上一篇博客里，我们列出来了一些典型用户和典型场景，现在选取典型场景说明如何将软件功能结合起来实现这些场景。场景1：王鸿 作为某领域大牛，为了了解学生们以及学生的学生们的发展现状，王鸿进入学术族谱页面，搜索自己的名字“王鸿”以及一些附加的信息定位到自己，界面上就会出现以自己为核心的一颗族谱关系图，看到自己的学生以及学生的学生关系连线，然后就能点击某个学生，就可以进入其在学术搜索上的主页，进而了解学生的近期研究情况等信息；当需要了解本领域内最新发展情况时，可以根据年份信息，通过学术族谱的家族评分功能，了解最近自己家族的发展情况和领域内活跃的家族以及新出现的家族。场景2：张国栋 参与项目评审，想要
阅读全文
摘要：在微软学术搜索上开发学术族谱，通过搜索技术在互联网上爬取大量的学者之间师承关系的信息，将其清洗、归纳、梳理成师承关系网络，并用富客户端技术直观、清晰、动态地向用户展现具有丰富语义的学者师承关系，并支持一定授权与验证基础上人工修正，为学者科学研究、论文写作、课题申请、扩展学术交往、增进学术友情、密切师生关系提供全面细致的支持。下面是典型的persona：名字：王鸿性别，年龄男，64职业教授、院士生活/工作情况数学领域的资深权威专家，桃李满天下，久负盛名动机，目的，困难功成名就，有时想知道我的学生们正做什么，巡视一下我的学生，但年纪大了，眼花.用户比例典型场景名字：张国栋性别，年龄男，43职业教授
阅读全文
摘要：电梯调度要求http://www.cnblogs.com/xinz/archive/2010/11/28/1890300.htmlPart 1 framework分析群控电梯调度，需要以下对象：1. 电梯职责：记录内面板状态，判断收到命令是否符合物理规律，执行命令2. 电梯群职责：记录外面板状态(由于是群控电梯，外面板只有一个，由电梯群对象控制)管理电梯，对外交互3. 乘客职责：维护在各个楼层，各电梯内的乘客信息当电梯停止时，完成乘客上下电梯的乘客信息改变给出某段时间内乘客对电梯内外面板的操作信息4. 时钟职责：维护一个系统时间5. 建筑或者说God职责：控制以上对象，辅助完成各方交互除了以上
阅读全文
摘要：伴随着 Pair project 1的结束，我和另外一个搭档开始了pair project 2 ，与上次3d桌面游戏开发不同，这次是在电梯调度的framework中完善接口。主要测试的技能：a) Requirement Analysis b) High level design (interface, information hiding, loose coupling) c) Design by contract, d) Implementation skills in C# e) Algorithm design提供的调度接口： a, 乘客(passenger)： 来到后立即按电梯，没有
阅读全文
摘要：在建立学术族谱的领域，我们并不是1st mover, 也不是2nd mover，比如说有如下的网站已经在做相关的工作：http://en.wikipedia.org/wiki/Mathematics_Genealogy_Projecthttp://www.arnetminer.org/但是这些网站也不是无懈可击的，比如说他们的产品涉及的领域比较单一，族谱的信息不全面不够准确等。所以如果我们能够提供更全面的信息和更好的平台展示，是可以获得很好的市场的。 我们的开发涉及到的问题主要包括两个方面，即UI的设计和后台族谱信息的挖掘。从要采用的具体技术上讲，并没有什么特别的。在UI方面，我们要做的就是要
阅读全文
摘要：前几个星期，我们组提出了多个团队项目，具体如下：1， 微软学术搜索学生版http://www.cnblogs.com/ustc_msra_ase/archive/2010/12/04/1896480.html 2， 基于用户信息的学术搜索http://www.cnblogs.com/ustc_msra_ase/archive/2010/12/03/1895747.html 3， 多样化信息提供http://www.cnblogs.com/ustc_msra_ase/archive/2010/12/03/1895535.html 4， 学术族谱挖掘http://www.cnblogs.com/.
阅读全文
摘要：1) N (Need 需求) 话说我泱泱天朝每年都有数以万计的青年才俊初涉学术江湖，怎奈武功低微，难免磕磕碰碰，虽说人在江湖漂，哪能不挨刀，但刀挨多了，总是不爽，甚至会挂掉（我是说学术生命，淡定淡定）。于是乎，为学生提供一款披荆斩棘的利器显得分外重要。MSAS和GS虽然功能强大，但面向的是有一定科研经验的研究人员，而并不十分适合刚刚从事科研的学生。学生需要什么呢？学生需要对概念的浅显解释，需要相...
阅读全文