问题的提出
无意中，看了看甘特图的绘制。
在示例中，我们看到一些其它的类型中，没有的信息：
普通的Scheduler Control 中，只是一个简单的二维图形。
但甘特图，相对而言，多出了一些信息。
那么这些信息，在哪里，是我们首先需要关心的问题。
双击一个Appointment ，看到弹出的框中，也多出一条信息：
那么，这条信息来自于哪里呢？
经过前面的总结，我们发现，SchedulerControl 的重点是其绑定的schedulerStorage控件。
& & & & & & this.schedulerStorage1.AppointmentDependencies.DataSource = this.taskDependenciesBindingS
甘特图由几部分信息构成：
1. 资源resource。这是甘特图的基础。资源有几种可能。一般我们在Project上看到的，是工作任务。用来描述工作任务的前后衔接关系。
前提这，这些任务所需要的资源，有依赖性。如人员的工作时间。
2. 任务：Appointment
注意，我们看到，比其它的相对简单的任务设置，多出了两个字段，特别是，PercentComplete，这个项，与Appointment的编辑对话框里的信息，是对应的。
3.任务的 依赖关系的描述。devExprss中，采用的是自相关表。
好了，现在来看，信息，已经足够了。
我们来分析，如何组合这些信息，使界面能够正确显示。
这一段代码，在design.cs中，比较直观，看完我也就不多说什么了。
& & & & & this.schedulerStorage1.AppointmentDependencies.DataSource = this.taskDependenciesBindingS
& & & & & & this.schedulerStorage1.AppointmentDependencies.Mappings.DependentId = &Dependent&;
& & & & & & this.schedulerStorage1.AppointmentDependencies.Mappings.ParentId = &Parent&;
& & & & & & this.schedulerStorage1.AppointmentDependencies.Mappings.Type = &Type&;
& & & & & & this.mitIdToDataSource =//为了解决更新时，ID的问题。
& & & & & & this.schedulerStorage1.Appointments.DataSource = this.tasksBindingS
& & & & & & this.schedulerStorage1.Appointments.Mappings.AllDay = &AllDay&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.AppointmentId = &Id&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Description = &Description&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.End = &EndTime&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Label = &Label&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Location = &Location&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.PercentComplete = &PercentComplete&; //普通的甘特图中，没有此项。
& & & & & & this.schedulerStorage1.Appointments.Mappings.RecurrenceInfo = &RecurrenceInfo&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.ReminderInfo = &ReminderInfo&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.ResourceId = &ResourceId&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Start = &StartTime&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Subject = &Subject&;
& & & & & & this.schedulerStorage1.Appointments.Mappings.Type = &EventType&;
& & & & & & this.schedulerStorage1.Resources.CustomFieldMappings.Add(new DevExpress.XtraScheduler.ResourceCustomFieldMapping(&DaysPlanned&, &DaysPlanned&));
& & & & & & this.schedulerStorage1.Resources.DataSource = this.resourcesBindingS
& & & & & & this.schedulerStorage1.Resources.Mappings.Caption = &Description&;
& & & & & & this.schedulerStorage1.Resources.Mappings.Id = &Id&;
& & & & & & this.schedulerStorage1.Resources.Mappings.ParentId = &ParentId&;
& & & & & & this.schedulerStorage1.AppointmentsInserted += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentsInserted);
& & & & & & this.schedulerStorage1.AppointmentsChanged += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentsChanged);
& & & & & & this.schedulerStorage1.AppointmentsDeleted += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentsDeleted);
& & & & & & this.schedulerStorage1.AppointmentDependenciesInserted += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentDependenciesInserted);
& & & & & & this.schedulerStorage1.AppointmentDependenciesChanged += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentDependenciesChanged);
& & & & & & this.schedulerStorage1.AppointmentDependenciesDeleted += new DevExpress.XtraScheduler.PersistentObjectsEventHandler(this.schedulerStorage1_AppointmentDependenciesDeleted);
& & & & & & //&
需要注意的一个点：ID的处理。
这个地方，devExpress网站，有一些文章作解释。
大意是说，如果使用Sqlserver，则ID不需要作处理，
但如果使用Access，则不成。
我想，这都是微软故意的，微软就是不想让程序员使用MDB，理由是显而易见的。
微软此类事情，做得太多太多。事实上，大多数应用，Access的性能就足够了。
程序员的心都被他们伤了。
真的不推荐，程序员们，与windows绑定。 有时间，还是学习其它平台的为好。
只是，学习devExpress，一方面，工作需要，另一方面，数据与UI的结合，有许多地方，不需要再自己从头开始研究。
所以，这里，不得不写了许多本不应当存在的代码
this.tasksTableAdapter.Adapter.RowUpdated += new System.Data.OleDb.OleDbRowUpdatedEventHandler(tasksTableAdapter_RowUpdated);
this.taskDependenciesTableAdapter.Adapter.RowUpdated += new System.Data.OleDb.OleDbRowUpdatedEventHandler(taskDependenciesTableAdapter_RowUpdated);
this.resourcesTableAdapter.Adapter.RowUpdated += new System.Data.OleDb.OleDbRowUpdatedEventHandler(resourcesTableAdapter_RowUpdated);
private void tasksTableAdapter_RowUpdated(object sender, System.Data.OleDb.OleDbRowUpdatedEventArgs e) {
if (e.Status == UpdateStatus.Continue && e.StatementType == StatementType.Insert) {
using (OleDbCommand cmd = new OleDbCommand(&SELECT @@IDENTITY&, tasksTableAdapter.Connection)) {
id = (int)cmd.ExecuteScalar();
e.Row[&Id&] =
int id2 = 0;
private void taskDependenciesTableAdapter_RowUpdated(object sender, System.Data.OleDb.OleDbRowUpdatedEventArgs e) {
if (e.Status == UpdateStatus.Continue && e.StatementType == StatementType.Insert) {
using (OleDbCommand cmd = new OleDbCommand(&SELECT @@IDENTITY&, taskDependenciesTableAdapter.Connection)) {
id2 = (int)cmd.ExecuteScalar();
e.Row[&Id&] = id2;
int id3 = 0;
private void resourcesTableAdapter_RowUpdated(object sender, System.Data.OleDb.OleDbRowUpdatedEventArgs e) {
if (e.Status == UpdateStatus.Continue && e.StatementType == StatementType.Insert) {
using (OleDbCommand cmd = new OleDbCommand(&SELECT @@IDENTITY&, resourcesTableAdapter.Connection)) {
id3 = (int)cmd.ExecuteScalar();
e.Row[&Id&] = id3;
上图，我们对比普通的Apponntment的Map来看，会发现，多出上述两个字段。
从上图，我们看到，资源自相关，是SchedulerControl自带功能，不需要我们做额外工作。
左侧的资源树，如何与SchedulerControl相关联：
& & & & & & this.resourcesTree1.SchedulerControl = this.schedulerControl1;
使用的场景分析
从上面的分析来看，甘特图，并不是很简单。
以自己这些年的工作经验来看，普通员工，并不喜欢这个玩意。
与本文的分析是类似的。
原因是，在输入信息时，脑子里要想的东西太多。
没有人会喜欢这样的界面。
事实上，人的大脑在这种紧张的状态下，所填的信息，往往与事实无关。比如，一个团队引入这种严格的时间管理，往往结局是坏了——你不得不投入专门人力来维护这个时间表。这只是错误的开始，最终人们会忘掉自己的用户，而面对一张毫无意义的时间表在工作。
那么，甘特图，它可以用在哪里呢？
个人看来，如果是自动生成的甘特图，看起来，还是有些意义。
也就是说，这种图形，适合用来做报表。
比如说，我目前正在进行的自动打包工作，在结束后，自动做出一个甘特图，
这样，我们就能分析出来，哪些步骤所花时间最长，便于优化与分解。
所以，这里的思想就是，用户的输入要尽可能简单，而程序返还给用户的，需要尽可能丰富。
版权声明：本文为博主原创文章，未经博主允许不得转载。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：75062次
积分：2137
积分：2137
排名：第9734名
原创：137篇
评论：60条
(1)(3)(3)(2)(4)(17)(3)(16)(6)(2)(6)(1)(4)(11)(17)(6)(7)(1)(7)(1)(4)(2)(3)(3)(5)(1)(3)(1)(1)关于五仁月饼和莲蓉月饼的话题我们就不撕了，中秋过完之后马上就是国庆小长假，趁现在...
今天是苹果系统的推送日，除了iOS系统的一些beta版本纷纷推送之外，我们今天还意外收...
经过漫长的等待，CAPCOM 动作手游大作《怪物猎人：探险》终于上架到 iOS 平台了！
“超前的iPhone！唯一的不同，是处处都不同！”
光他们一家公司肯定是不行的，苹果还要说服很多机构，不知道这一天什么时候才能到来。
找的理由都好高大上，不知道粉丝们买账不~~
董事会增加新成员，不知道这对于苹果未来的策略和方向会有怎样的影响。
也许是苹果把微软的东西给忘了，希望在下一次更新的时候能够优化好吧。
EA公司旗下的《极品飞车》系列衍生新作《极品飞车：无极限（Need for Speed No Limits...
不能走，因为走了会饿；不能睡，因为睡了会冷。
Vito Technology 的《Star Walk》系列一定是众多天文爱好者必备的 APP，而另一系列《S...
对于 Flaregames 工作室，可能大家都不陌生，之前凭借《皇家起义》系列在移动游戏领域...
经过漫长的等待，CAPCOM 动作手游大作《怪物猎人：探险》终于上架到 iOS 平台了！该作...
《迪士尼无限》系列之前已经推出了两部作品，如今第三作《迪士尼无限：玩具盒子 3.0（...
SQUAREENIX（下略SE）的《最终幻想》系列已经在手机上推出过多款旧作，因为考虑到移动...
是否想让 iPhone 也体验虚拟现实？正在 Kickstarter 上进行众筹的“Shot”能够满足你...
iPad Pro再大也是一款平板，所以一些厂商已经根据发布会上的信息制定配件了。
既然革命性的笔都来了，那苹果自家的键盘和鼠标，是否也会来一次大变革呢？
游戏爱好者的福音，以后用 Apple TV 遥控器玩游戏再也不用担心手滑了。
虽然新 iPhone 更厚、更重了，但官网更新硅胶和皮革保护套是同时兼容 iPhone 6s 和 iP...
iPhone 新基座开箱，四个颜色可选，买一个来配 iPhone 吗？
Fusion Guitar，号称是世界上第一把集扬声器、扩音器及录音功能于一体的iPhone一体化...
继日前罗技宣布首款针对iPad Pro的第三方键盘Create之后，今天配件厂商Zagg透露将推出...
谁能帮助推荐一款甘特图软件
注册时间 最后登录
在线时间97 小时 UID
主题帖子人气
小苹果, 积分 31, 距离下一级还需 19 积分
最近需要画甘特图，但是又不想用windows，谁能给推荐一款mac下的软件，多谢
注册时间 最后登录
在线时间184 小时 UID
主题帖子人气
omnigraffle回楼主q.zhang1982于8 分钟前发表的: 最近需要画甘特图，但是又不想用windows，谁能给推荐一款mac下的软件，多谢......
注册时间 最后登录
在线时间184 小时 UID
主题帖子人气
错了，是omniplan回楼主q.zhang1982于9 分钟前发表的: 最近需要画甘特图，但是又不想用windows，谁能给推荐一款mac下的软件，多谢......
注册时间 最后登录
在线时间75 小时 UID
主题帖子人气
还是windows下的project方便些吧
注册时间 最后登录
在线时间103 小时 UID
主题帖子人气
mac就用omniplan。杠杠的
2013 Mid Macbook air 11'
2012 Ipad4 16g wifi
2014 Iphone6 64G Gold
威锋旗下产品
Hi~我是威威！
沪ICP备号-1 丨 深公安网监备案号 5
增值电信业务经营许可证：
Powered by Discuz!麻烦各位帮我看一下，甘特图 这个单词的日文解释是什么？
在沪江关注日语的沪友hhuangkui遇到了一个关于小D词条求助的疑惑，已有1人提出了自己的看法。
知识点疑惑描述：
麻烦各位帮我看一下，甘特图 这个单词的日文解释是什么？
最佳知识点讲解
知识点相关讲解
ガント‐チャート【Gantt chart】
バーチャート【Bar chart】
—— oukinkei
相关其他知识点你是一个项目管理甘特图的奴隶吗？
甘特图是项目经理工具箱中的基本工具。然而，一个没有经验的项目经理可以找到它们来完成项目，并且简化控制。怎么是这样呢？在这篇文章中，我将专注于潜在的陷阱并且提供一些提示和策略以确保项目管理成功。甘特图毕竟是一种制定项目计划，确定日期很多方法中的一种。
首先，让我澄清一下，我们并不是要谈论关于项目的重复实施，一个项目计划模板是经过一系列的项目提炼而成，从而成为了一个标准的项目管理工具（比如，现成的商业软件）。这篇文章是关于这些一次性的项目（或者原始试用模板）这些项目在大公司或者小公司都可能存在。
在大公司里，他们成熟而且运作良好的IT部门可能已经有很好的正规的项目办公室，项目办公室负责制定项目计划标准，专注于项目办公室的人员可能有自动的计划质量检查系统。比如，搜寻孤立任务，缺少依赖性和其他指标的测量以提供‘计划质量’评估。在更小的公司里，比如解决住房，可能会少一些繁琐的程序，但是将几乎肯定需要一些详细的项目计划。
这样，关于甘特图的好的方面是什么呢？
甘特图是展示依赖性和过程数据的一个非常出色的设计，但是就像生活中的很多事情一样，回报是基于付出的。更关心项目计划的创建，你将有更好的回报。然而，这儿有一个风险，典型的项目计划的详细程度可能有一个不成比例的项目管理维护成本。这里，我们将不会深入讨论细节，但是依赖关系和关键路径管理仍然是很重要的。因此，“考虑细节”在这个过程的开始是至关重要的。
实际的项目管理费用能很好地平衡预算。那什么很难呢？一个超负荷的项目管理团队，不具有决定性的计划和实际资料或者他们两者都具有。结果就导致成了甘特图的奴隶。
怎么能避免这个问题呢？（从预算蔓延中摆脱出来）
我推荐的方法是，基于这个项目原始的全面的风险评估。这里需要考虑的因素包括：
组织的准备工作和组织的政治
组织的技术文化
组织的人员技术水平
技术建议书
商业风险（例如，市场风险，竞争压力，需求变更的程度）
时间间隔，商业环境变化的频率
包括和可用的资源
这将导致划分该推荐项目为低级别，中间级别或者高复杂级别。特别注意的是，一个中级别的项目可能有一个高复杂的阶段存在。
这些级别的复杂性决定了，将需要在总体预算中付出不等量的项目管理的费用。作为一个经验法则，这些将是：
低复杂性：项目管理花费7-11%的总体预算。
中复杂性：项目管理花费12-17%的总体预算。
高复杂性：项目管理花费18-22%或者更多的总体预算。
这些数据可能对有些人来讲有些高，但是如果多于30%，则被认为是失败的项目，并且项目失败经常是由于项目管理费用的不足导致的（其中包括风险评估费用和管理费用）。因此，保证项目管理质量和数量是“责无旁贷”的。哪些事情是甘特图应该做的呢？例如：
该计划的结构应该反映一般里程碑和项目阶段的具有优先级的风险分析。
在项目计划中的详细程度应该和项目的复杂程度成正比。
这需求管理报告应该和项目的复杂程度成正比，所以需要相应的维护费用。
甘特图反映了，维护需求需要重点关注于那些真正重要的问题，并且其详细程度是和风险成正比的。意思是，一个项目经理每天到办公室想着‘今天怎么推动项目前进到那个里程碑’，而不是‘在我真正做完任何工作之前，用另外4个小时收集数据，用2个小时输入它’。
一个项目经理的主要角色是一个行动的领导者，而不是一个执行者。
(翻译：憨豆 转载请注明出处，谢谢！)
引用原文如下：
Are you a Project Management Gantt Chart Slave?
By Phil Marks
Gantt charts are a fundamental tool in a project manager's toolkit.
However, an unseasoned project manager can find they take over the
project and result in reduced control. How so? In this article I
will look at the potential pitfalls and provide some tips and
strategies for ensuring successful project management. Gantt charts
are, after all, just one of many ways to present the project plan,
and actual data that has been input.
Firstly, let me be clear that we are not going to talk about
repetitive implementation rollout projects where a template project
plan has been refined over a series of projects and becomes a
standard checklist for project management (for example, commercial
off-the-shelf software). This article is about those one-off (or
initial template try-out) projects. These projects may be within
organisations large or small.
Large organisations, which have mature and well run IT
departments may well have formal project offices with established
project planning standards, dedicated project office staff and
probably automated plan-quality checking systems. For example,
seeking orphan tasks, missing dependencies and measuring other
metrics to provide an overall 'plan quality' assessment. Smaller
organisations, such as solutions houses, may lack this level of
sophistication, but will almost certainly need detailed project
So what is good about Gantt charts?
Gantt charts are an excellent format for presenting dependency
and progress data, but as with most things in life, the returns
will be dependent on the investment. The more care that goes into
the project plan data setup, the better the feedback will be.
However, there is a danger the level of detail that can be built
into the typical project plan can itself need a disproportionate
amount of project management maintenance. We will not go into great
detail here, but dependency and critical path management are of
major importance. So, 'sweating the detail' in the plan is critical
at the outset.
The actual project management overhead can get out of kilter
with the budget. What suffers then? An overloaded project
management team, undermaintained plan and actual data or even both
together. The result is Gantt chart slavery.
How do we avoid this problem (apart from unlimited budgets)?
The approach I recommend is based on an initial comprehensive
Risk Assessment of the project. The areas to be considered will
Organisational readiness and politics.
Organisational technology literacy.
Organisational staff skills level.
Technology proposal.
Business risk (for example, market issues, competitive pressure and
degree of process change required).
Timescale, rate of business change.
Resource including $ availability.
Sponsorship weight.
This will result in classifying the proposed project as low,
moderate or high complexity. Note that a moderate complexity
project may have a high complexity phase.
These levels of complexity will need differing amounts of
project management effort set in the resource budget. As a rule of
thumb, these would be:
Low Complexity: project management effort 7-11% of overall
resource budget.
Moderate Complexity: project management effort 12-17% of overall
resource budget.
High Complexity: project management effort 18-22% or more, of
overall resource budget.
These figures may seem excessively high to some people, but more
than 30% of projects are deemed failures, and failure is always the
result of inadequate project management (which includes risk
assessment and management). So, the 'buck stops' at the quality or
quantity of project management.
What has all this got to do with Gantt charts? Simply:
The plan structure should reflect the prioritised risk analysis
with simple milestones and gateways.
The degree of detail built into project plan should be proportional
to the project complexity.
The management reporting requirement should be proportional to the
project complexity, thus only requiring proportionate
maintenance.
The maintenance requirement is focused on what really matters. The
Gantt charts reflect this, with the degree of detail proportional
to the phase risk.
This means that a project manager comes to the office every day
thinking, 'How do I move the project forward today towards that
milestone?' and not, 'Another 4 hours collecting data and 2 hours
inputting it before I can get any real work done.'
The project manager's role is mainly one of pro-action and not
one of administration.
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。再造《》精品系列：让你了解更多优秀软件，并且学会熟练地使用它们。 （Gantt Chart）作为一种理想的项目管理控制工具，它通过条状图来显示项目，进度，和其他时间相关的系统进展的内在关系随着时间进展的情况，管理者由此可以非常便利地弄清每一项任务（项目）还剩下哪些工作要做，并可评估工作是提前还是滞后，亦或正常进行。 而这次将介绍的甘特图绘制软件——Ganttproject是一款基于项目管理的开源项目。你可以通过它来绘制甘特图，进行项目管理与规划。
Ganttproject能够将项目的各个组成部分分层次排列，并与相应的人员和时间期限挂钩。它使用条状图来显示项目的进展情况，你能从中看到每 项任务的预定完成时间和实际的进度。你也可以为每个项目组成员分配任务，设定任务的优先级和完成期限。同时，Ganttproject的输出功能也相当完 备，不仅可以把数据保存为pdf文件和csv电子数据表文件，还可以输出为HTML文件发布到Internet 上。 与相同，Ganttproject同样是一款纯Java应用程序，因此它可以运行于Windows、Linux和Mac OS等多个平台上。 GanttProject的优点：
功能不是特别多，但非常实用； 容易上手，浏览这份让你快速学会如何使用它； 支持中文，完全免费，还支持多平台。
软件下载： |
其他甘特图绘制软件介绍：
Microsoft Office Project
MS Project与MS Word、MS PowerPoint等一样都属于Office系列。其可用性、强大的功能和灵活性是毋庸置疑的。MS Project是非常可靠的项目管理工具，它能使你更加有效且高效地管理项目。使用Project，你可以对所有信息了如指掌，控制项目的工时、日程和财务，与项目工作组保持密切合作，同时提高工作 效率。不过MS Project当然是付钱才能使用的。阅读。
ΤΙΜΙΟΣ Gantt Designer
另外一款专门的甘特图绘制软件，不过需要注册（免费）才能开始使用。支持中文，容易上手。不过功能比较简单，相比较而言，弥缝更推荐GanttProject。阅读ΤΙΜΙΟΣ Gantt Designer的。 相关阅读：
正在载入...
系列文章推荐
年度最受欢迎文章
如果你觉得我们的文章对你产生了积极的影响，欢迎
你的经验和通过支付宝来