tassc 的 circa是一个不错的软件开发使用的估算软件。
它适合使用UML工具的OOP编程方式软件估计估算。
关于待估算软件的信息可以由EA,Rose等UML工具设计的模型信息（用例，组件，类等）导入
软件会自动根据这些信息对完成软件开发所需要的资源和时间等做估算。
通常可以在软件生成的估算图上可以找到一个自己期望的完成时间和所需的资源的交点作为下一步开发的参照。
这里是Tassc公司列出的Circa Features
如果读过 《软件估算–“黑匣子”揭秘》（Software Estimation: Demystifying the Black Art ）又苦于自己在以前没有收集经验数据，不妨试试这个软件，使用软件中内建的标准经验数据作为起点。然后逐步收集自己的经验数据用以替换软件内建的标准经验数据，使自己的估算更加精确。
这儿有Tassc Circa的下载地址以及Tassc提供的一些关于软件估算方面的技术文档
Popularity: 6% [?]
Related
Tags：
ProjectManager.
December 6, 2008 | Filed Under
LAMP,
Productivity,
ProjectManager |
Comments Off Map4Score和Gyronix 的 DecisionMill 差不多，都是MindManager的插件，也都是辅助做问题的决策处理的。
第一阶段
由软件协助对要解决的问题采用脑图的方式做分析
设定做决策判断的若干依据标准
确定在各个标准下有哪些可选的值(比如重要，一般，不重要，很不重要)。
然后再给这些标准的选项值设置在该标准中的决策权重(比如 10,5,0,-5)。
第二阶段
首先对候选方案做列表
然后对各个候选方案逐个设置在第一阶段设定的各个标准选项值。
最后软件根据各项权重综合打分，得出候选方案决策的优先顺序，做为辅助参考。
| DecisionMill |
|
Map4Score |
| 在文件大小方面 |
| 1.6mb |
|
27.7mb |
| 售价方面 |
| $79.00 |
|
€129 |
| 操作方便性 |
| 方便，全部在MindManager图中完成，有完善的向导 |
|
操作形式不直观，需要MindManager图和表格相互操作,在使用上不如DecisionMill方便 |
|
目前只是简单的做了一下测试使用，没有尝试当有很多分类判断标准时的处理能力，以及设置的方便性。
Popularity: 5% [?]
Related
Tags：
MindManager.
December 1, 2008 | Filed Under
Productivity |
Comments Off MindManager更新到8.0后，很多插件都没有及时更新支持新的8.0版本，之前介绍的为MindManager的GyroQ和ResultsManager插件安装MindReader扩展中所使用的ResultsManager和GyroQ也是，不过现在没有关系了，gyronix公司将ResultsManager和GyroQ都做了更新，最新的ResultsManager 2.8.1版本和GyroQ 2.0.1 版本都可以支持MindManager8了。这样在做MindManager8升级的时候就不用担心使用MindReader配合ResultsManager和GyroQ搭建的GTD平台不能工作了。
ResultsManager和GyroQ新的版本GyroQ可以在这里下载试用
不过GyroQ2.0作为新的版本不能使用1.0版的LicenseKey，需要重新升级购买。目前可以在这里使用50%折扣价升级购买。
MindReader到MindManager8的迁移可以参考ActiveOwner提供的Migrating to MindManager 8迁移方案。
MindRead要工作正常，需要将MindManager8里面的task management禁用掉
因为没有MindManager8的特别版,所以没有做升级在MindManger8中体验，不过在MindManager7上做一下GyroQ和ResultsManager的新版本升级感觉也不错。
同时在这个周末参加了gyronix的新产品网上发布会，其中演示的DecisionMill 3.0也值得期待(目前他的下载页中只有2.x版的下载，不支持MindManager7)。
Popularity: 6% [?]
Related
Tags：
GyroQ,
MindManager,
MindReader,
ResultsManager.
November 30, 2008 | Filed Under
Productivity |
Comments Off 在Nginx网站的模块列表页中发现一个Nginx服务器的上传模块http://www.grid.net.ru/nginx/upload.en.html
该模块通过Nginx服务器来接受用户上传的文件，在Nginx接受完文件以后再转给后端的程序做处理。
它自动分析客户端的上传请求，将上传的文件保存到 upload_store 所指向的目录位置. 然后这些文件信息将被从原始的请求中剔除，重新组装好上传参数后转到后端由 upload_pass 指定的位置去处理，这样就可以任意处理上传的文件。
每一个上传的 file 字段值将可以由upload_set_form_field 指定的值替换. 文件的内容可以由$upload_tmp_path 变量读到或简单的移到其他位置. 将文件删除由 upload_cleanup 指定控制。
upload_set_form_field可以使用的几个变量
- $upload_field_name
原始的文件字段
- $upload_content_type
上传文件的类型
- $upload_file_name
客户端上传的原始文件名称
- $upload_tmp_path
上传的文件保存在服务端的位置
upload_aggregate_form_field 可以多使用的几个变量,文件接收完毕后生成的
- $upload_file_md5
文件的MD5校验值
- $upload_file_md5_uc
大写字母表示的MD5校验值
- $upload_file_sha1
文件的SHA1校验值
- $upload_file_sha1_uc
大写字母表示的SHA1校验值
- $upload_file_crc32
16进制表示的文件CRC32值
- $upload_file_size
文件大小
官方的设置举例
-
# 上传表单应该提交到这个地址
-
location /upload {
-
# 将请求体转到这个位置
-
upload_pass /test;
-
-
# 将上传的文件保存到这个目录下
-
# 目录是被散列化的,应该存在子目录 0 1 2 3 4 5 6 7 8 9
-
upload_store /tmp 1;
-
-
# 允许上传的文件被用户 user 只读
-
upload_store_access user:r;
-
-
# 设置请求体的字段(添加自己后端处理的信息)
-
upload_set_form_field "${upload_field_name}_name" $upload_file_name;
-
upload_set_form_field "${upload_field_name}_content_type" $upload_content_type;
-
upload_set_form_field "${upload_field_name}_path" $upload_tmp_path;
-
-
# 指示后端关于上传文件的md5值和文件大小
-
upload_aggregate_form_field "${upload_field_name}_md5" $upload_file_md5;
-
upload_aggregate_form_field "${upload_field_name}_size" $upload_file_size;
-
-
# 指示原样转到后端的参数，可以正则表达式表示
-
upload_pass_form_field "^submit$|^description$";
-
}
-
-
# 将请求转到后端的地址处理
-
location /test {
-
proxy_pass http://localhost:8080;
-
}
-
}
将模块添加到Nginx中的方法
下载源代码解压后
为nginx配置额外模块（需要重新编译）:
-
tar xvzf nginx_upload_module-2.0.7.tar.gz
-
cd nginx631
-
./configure –add-module=/usr/local/nginx_upload_module-2.0.7
-
make
-
make install
Popularity: 6% [?]
Related
Tags：
Nginx.
November 25, 2008 | Filed Under
LAMP,
My Projects,
Productivity,
WebServer |
Comments Off 刚收到广告邮件通知，今天MindManager8发布了。
新版本的地址: http://www.mindmanager8.com/MindManager8.html
新增加了一些有用的特性.
NEW FEATURES
Mindjet Player…
…lets you share your maps with everyone in dynamic Adobe PDF or Adobe Flash formats. Easily publish Flash maps in web sites and blogs.
这个特性更方便脑图的共享了。
Automated Task Management…
…helps manage your project plan more effectively with the automatic calculation of task information and completion percentages.
将项目管理的一些东西也放进来了，对外部插件依赖小了。
Integrated Microsoft Office File Editing…
…lets you view and edit Microsoft files directly within MindManager.
直接在MindManager中打开编辑Office文件，不用两边切换了
Integrated Web Services…
…allows you to add easy-to-use Web services to your maps to access online data from Google, Yahoo, Amazon, Microsoft, Facebook, StrikeIron, and more.
Embedded Web Browser…
…lets you view Web pages and PDF documents without leaving your MindManager map.
可以直接在MindManager中看网页和pdf文档
Database Linker…
…enables you to interact with your corporate data visually (Oracle, MySQL, DB2, MS SQL Server, Access, Excel, CSV or text files).
可以使用数据源展现一些数据
看着这些特性很期待快点有特别版的程序可以用。
不过不知道新版程序对原先在旧版上使用的插件有无影响。
Popularity: 5% [?]
Related
Tags：
MindManager.
November 12, 2008 | Filed Under
Productivity |
1 Comment 今天将FireFox升级了，以前安装的一些插件不能用了，于是乎到FireFox网站上查看更新，并查看了一下插件列表，发现了一个很好的插件GTDInbox,他使用GTD的思想来使用Gmail于是便安装了。
GTDInbox 的老家 http://www.gtdinbox.com
FireFox Addon 中的地址 https://addons.mozilla.org/en-US/firefox/addon/3209
当然也可以在 FireFox 的插件管理中搜索 GTDInbox 关键字，然后直接安装。
通过GTDInbox,我们可以把Gmail当作GTD管理工具来使用。
使用Gmail+GTDInbox，大家可以：
1. 将Gmail当作自己工作的Inbox，所有的工作都收集到Gmail中，这里面有别人发来的Email引起的，或者由自己设定的
2. 通过Gmail自带的Label功能来定义不同的工作属性，比如：在哪做，在什么时候做，关于什么项目的，是属于哪方面的资料
3. 可以通过Lable随时查看不同状态下的任务
4. 事情处理掉之后可以很方便的修改任务状态
注意安装成功之后，用FireFox打开一个gmail的账号，如果是安装后第一次使用该Gmail账号，则GTDInbox会做一些初始化的工作，比如
1. 添加一些标准的GTD标签，因为工作都是由标签来标识的，所以在使用之前添加好标签。这个GTDInbox帮助用户完成一部分，剩下的可以根据自己需要添加。
2. 添加一些过滤器。因为每项工作就都一封Email，当我们给自己安排工作的时候，需要自动给Email加上待处理工作的标签。这样可以方便看到处于某一状态下工作的列表。
使用方法很简单，整个过程比较符合GTD。
* 任务的来源有两种，别人给你发的Email需要你做一些事情，或者是自己给自己安排要做的一些事情。形式都是Email的形式，不过给自己安排是使用经过GTDInbox设置的界面，比较方便。这里将Gmail当作所有任务的汇集点。
* 不管是收到的Email还是自己给自己安排的任务，只需要加上合适的GTD标签来表示这项任务的状态就可以了。比如紧急的可设置为Next Action，不紧急的可以在将来某一天做的就设置为Some Day。
* 当任务完成时，可以将任务状态改为Finished，标识任务完成。
总的来说，GTDInbox对通过FireFox来使用Gmail的人来说是一大福音，通过它可以搭建一个以Gmail为中心的GTD管理工具。使用Gmail完成了GTD中的收集任务，处理任务，管理任务，复习任务，执行任务的工作。
Popularity: 4% [?]
Related
Tags：
GTD,
Plugins.
September 1, 2008 | Filed Under
Productivity |
2 Comments
原文标题: Six Components of a GTD Review
原文地址:
http://www.activityowner.com/2008/04/30/six-components-of-a-gtd-review/;
译文地址:
http://www.sunnyu.com/?p=71
本文由 sunny译于 2008.08.12 由于英文水平有限,译文难免有很多不足之处，欢迎指正。
————–译文开始—————-
最近在gyro 方面的事情显得有些安静了，这也许是由于人们在新一年里放弃了或转换为使用其他工具了。 我希望因为人们将关注点放在 Getting Things Done上 而不是只是在我的blog文章中考虑。
经过三年的探索和思考 (我在 2005年5月购买了ResultsManager) 以及和你们当中很多人的协作, 我感觉到我终于为自己开发了一个值得信赖的系统(trusted system)(使用 OutLinker, MindReader, Next Action Analysis, 和 Mark Task Complete). 这些宏使得我最终将 MindManager, ResultsManager, 和 GyroQ 几个程序很好的关联在一起.
Next Action Analysis approach 已经成为以一个综合全面的方法看问题的枢纽了。尝试清空我的 outlook 收件箱的“游戏” 提升了我的NAA 得分，他给了我足够的动机将我的GTD遗漏堵上并着手那些堵塞我dashboard的”high cringe factor”项。
之前我会使用我所有的时间用在 Daily Action Plus Dashboard 上查看审查，期望将我的 in-trays 清空并处理那些已经逾时的事情、目标或其他一些被忽视了的事情。现在我只要将我的主意点转移到合适的5F上就会得到最需要关注的的事情。
经过四个月的时间使用这些工具，在本周我终于在我的个人图上获得了 10.0 分并且在我的工作图上也获得了超过9分的好成绩。(一个比赛的得分情况 contest 
).
我根据NAALog.mmap收集的关于我的得分趋势包含在文章最后面的一个附图中。我尝试在周末做我的个人Map上的事情(家务杂事，差事，支付账单等:-( )。通过这种方法我花了很多时间轮流抵抗我在 5F 每一项上的变化情况。当给我一个很好得分的时候 “下一个行动是什么(what is the next action)” 的问题就来了。
为了庆祝，我建立了上面的图将NAA框架以简明的图表示出来。这也许会对你有用（不管你实际用的是什么GTD系统和工具)。使 next action analysis macro 有用的是为这些成分生成定量的尺度连接到影响他们的项上（比如 超时和重做的任务) 而不是通过各自目的分离的dashboard获得。
上图为通过NAA工具挖出的5成分添加了第六成分。问你是否对你的工作有个整体的把控”Full Picutue”。你不能自动获得，但是可以通过 GyroQ can be used to run a full “MindSweep”. 这个成分中其他方面的捕获就是对常规”someday/maybe”列表中的问题做审查，看看什么延迟的项目是值得激活的。你可以通过重复的每周提醒任务来做到这个。
当然了，对于现在的我还需要更多关注没出问题的项目(“non squeaky wheel” projects)和目前不在问题箱中的行动( action)。如果我不着手家庭事务(home list)的60个和工作事务的80个下一步行动(next action)，我将不会保持10分太长时间。很不幸，blog不属于他们中的任何一个。
祝： 一帆风顺
AO
———-译文结束————
Popularity: 4% [?]
Related
Tags：
GTD,
MindManager,
MindReader,
ResultsManager.
August 12, 2008 | Filed Under
Productivity |
Comments Off
原文标题: How to have your contexts and contact them too
原文地址:
http://www.activityowner.com/2008/06/29/how-to-have-your-contexts-and-contact-them-too/
译文地址:
http://www.sunnyu.com/?p=70
本文由 sunny 译于 2008.08.11 由于英文水平有限,译文难免有很多不足之处，欢迎指正。
————译文开始—————-
我很高兴的通过 Getting Things Done (GTD) 方法来使用 MindManager, ResultsManager, GyroQ 同时配合 Outlinker, MindReader, Next Action Analysis, 和 Mark Task Complete 宏. 通常我发现每天在 daily action dashboard 上运行 NAA 脚本可以给我指出问题所在, 其他工具则可以快速的对图做更新。
从开发的观点来看这个系统的工具已经很稳定了，不过我最近得到一个可以明显改进ResultsManager默认的daily action dashboard template的机会，我想我应该将它共享出来。
GTD的一个核心观点就是将你的项目(Project)转化为下一步(next actions)并将他们分类别(context)管理。通常都是很简单的设置类别。但是如果你通过对下一步(next action)做”如何（how）”, “何地(where)”和”何时(when)”的考虑，你将可以强迫自己将他们转化为更”自然(physical)”的行动。
我通过尝试改进 类别(contexts) 定义来适合我个人的情况。实际上那儿已经有一个小列表在了:
- “phone” (short for “weekday 9-5″)
- “errands” (particularly important in this era of high gas prices)
- “contact X about” (very useful in combination with the the “relationship central” “I owe” and “waiting for”
问题发生在当一个 “contact about” 行动 同时也包含一个类别时,比如:
- Take ActivityDaughter to store to shop for camp supplies (@errands, ActivityDaughter@)
- Call TravelAgent about summer vacation (@phone, TravelAgent@)
- Call mom for mothers day! (@phone, mom@)
ResultsManager 的默认 Daily Action dashboard 过滤器用来避免你获得一个关于 “No Context” 的下一步是 “Contact X about” 的大列表, 过滤在 下一步的 @ 列表中包含 “partners” 的项，将他们转到”contact…” 分支中. 结果是一个 partner 不出现在 errand和call列表中的 errand 或 call.
这可以通过将 分类列表（context-list) 分为 特定类别 和 “no partner/no context” 两个分支 来解决。我想我应该为那些想学习更多关于定制dashboard的人共享这个过程。
假定你已经生成了你的Daily action dashboard,你可以在ResultsManager的菜单中点击”open template”快速的打开相关的模板:
如果你展开 “Next Actions” 分支，你可以看到那儿有一些并列的”partner”过滤（首先第一步将在next action列表中”contact about”的partner排除在外，然后第二步枚举他们:
我们在这儿设置一个过滤参数(filter parameter)可以传入 “_undefined” 和 “NOT _undefined” 来将定义好的类别做为第一分支然后将 “No Context” 项目放在后面, 在将来根据原始的”Partner=N”做过滤.
当你完成对dashbord模板的调整后，你就可以保存使用它了。如果你希望保留原来的,你可以修改dashbord的名称(在applicaiton/prepare/properties):
然后将它保存到”My Dashboards” 目录下 (或你选择的其他地方):
如果你将他作为新的模板保存，你需要在ResultsManager菜单中点击”install template”,这样才能激活他是他在可用的dashbords列表中出现:
如果你有问题可以在这儿留言(译注:要到原作者的blog留言). 如果你希望学习更多关于怎么制作一个dashboard template的只是，可以看这儿 7 steps on the wiki. 如果你不想根据上面的指导自己做, 你可以 从 ResultsManager Dashboard Library 下载 。
————译文结束—————
Popularity: 4% [?]
Related
Tags：
GTD,
MindManager,
ResultsManager.
August 12, 2008 | Filed Under
Productivity |
Comments Off MindManager插件ThinkingWorks 是采用 Kepner and Fourie 方法对问题分析与决策进行分析。
在MindManager中他采用对话向导提问的方式，将问题逐步清晰化。
他提供了下面五个向导针对不同领域的问题进行分析决策。
- PriorityWise: What first?
Setting Priorities and Gaining Focus
- ThinkingWise: What do you mean by?
Structuring Complex Situations
- CauseWise: Why?
Efficiently Solving Problems
- SolutionWise: What now?
Goal-Driven Decision Making
- RiskWise: What if?
Proactive Risk Management and Avoidance
官方广告中所列出的使用ThinkingWorks插件(Kepner and Fourie 方法)的好处:
- Incorporates into other maps
- Develops questioning skills
- Supports companies who use KandF processes
- Enhances understanding of KandF processes
- Can be used individually and in a group
- Enhances productivity
- Makes your thinking visible
- Enhances communication and collaboration
- Reaches consensus and alignment faster
- Electronically share with colleagues
- Add, change and build on existing maps
可惜没有中文版，要是有人汉化一下就好了。
Kepner and Fourie方法的官方网址
ThinkingWorks插件的下载地址,这个地址中还有该插件对话框的界面抓图。
网上google搜索了一下，国内有上海的竞越管理培训公司在做该方法的培训。
Popularity: 4% [?]
Related
Tags：
MindManager,
Plugins,
Popularity,
插件.
August 10, 2008 | Filed Under
Productivity |
Comments Off 原文标题: Here’s How I use MindRead in Practice
原文地址: http://www.activityowner.com/2008/01/06/heres-how-i-use-mindreader-in-practice/
译文地址: http://www.sunnyu.com/?p=64
本文由 sunny（www.sunnyu.com) 译于 2008.08.05
译文略有删减，因英语水平有限，译文内容和原作者的意思可能会有所出入，欢迎加以指正:
———–译文开始—————–
在学习使用 ResultsManager 前，我从未听说过Davlid Allen和他著名的”Getting Things Done”(GTD)。
我必须承认开始的时候我有些无所适从，因为添加大量活动的处理是比较不方便的，因此在一些天后我就停止了对ResultsManager的使用。
这很遗憾，因为从概念上来说，ResultsManager是真正意义上的伟大工具，他当前版本的可用性是可以被改善的，特别是在数据项上，比如添加活动。
不过，在读了David Allen的书后，我确信了GTD的强大。因此我决定再次开始使用ResultsManager。在这个时候，GryoQ发布了，因此我可以用他来收集所有我的想法，提醒等，并将他们发送到一个中心图中(Central Map).
现在问题是，将这些想法，提醒等转化为活动仍然是不方便的，因此我的中心图最后成了一个面板的替代品。随着时间的流逝，我的中心图上留下了很多的活动项，并且他们在重要程度和处理优先级上面是那么的不同，以至于都变得无用了。 在我的硬盘坏掉后，他成了阻止骆驼回来的稻草。因此我第二次决定要停止使用ResultsManager.
幸运的是，我找到了MindReader, 他就是将ResultsManager转化为效率金块的点金石。
然而他不是一个立即处理过程。开始的时候他花了我好一会时间去试用他，我觉得他太复杂了并且需要高水平的专业技术知识。就在去年夏天的假期里，我觉定花上一些天去深入的真正弄明白MindReader究竟能为我做些什么。
我一开始使用就沉浸进去了。将活动添加到ResultsManager中的处理由不方便变得很愉快自然了。MindReader就好像是强大的魔法药水一下子将一个孱弱的ResultManager变成一只赢得比赛的骏马。
虽然我尝试了几乎MindReader所有的特性,我个人通常是使用他们中的一些，比如”q”,”o”和”s”，比其他的要多。按使用多少排序，他们分别是”c”,”m”,”b”,”q”和”a”不算”Mark Task Complete & Log”.我使用”c”标签用来设置上下文相关的主题（同”Process with MindReader”)，同样的情况还有”Mark Task Complete & Log”.
通常我使用明文添加 工程(project)和子工程(subproject). 然后添加剩下的活动(也是用明文)。当我添加完所有的活动后，我用鼠标选中他们，点击右键然后点击”Process With MindReader”,这会将所有这些明文主题转化为具有所有需要信息的的任务。如果我见到某个活动中缺少信息，我使用”m”标签来编辑他。如果是缺少活动，我则使用”b”,”p”或”a”标签来处理。
我经常使用方括号，比如” Call Juan to discuss project A[p2 Friday 3 days befor]“,MindReader会在很短的时间内将他转化为 任务 (“Call Pepe do tiscuss project A”),使用上下文”Phone”,优先级 2, 开始时间”3天前”, 结束时间”星期五”,和资源”Juan@”.
就如你看到的，他是多么的聪明。
我使用的越多，就会有更多的改善主意，但是我对MindManager和ResultsManager的对象模型和编程知识是接近于零，于是我就大胆的将这些想法建议给ActivityOwner.
就如你们看到的，他的回答是多么的好并且快速，这样的合作导致一些小的改进从MindReader的初始版本开始就被逐渐添加到MindReader中。
不用多说，和ActivityOwner合作开发改善这么一些工具不仅感到荣幸和快乐,而且也是对智力的一个促进。
——–译文结束———-
MindReader作为GyroQ的扩展给我们使用ResultsManager带来的很大的方便。
MindReader是使用MindManager,GyroQ,ResultsManager组合的人必备扩展.装上了它才能将使用ResultsManager的效率最大化。
————————–
Popularity: 4% [?]
Related
Next Page →