理解非常准确，顶。。。。。。

项目完成了吗？

@laoda
代码自动生成？你是指.NET自己生成的界面代码吧，方便是方便，但不能动他，不够自由啊

代码自动生成 —— 尽量不要用的好。

用代码自动生成要比继承要好。

学习中，期待下一篇

@2.0
多谢指正，的确是笔误，复制漏了

我想请问，行为需求是功能需求吗？还有就是我对行为需求比较模糊。
在一篇文章上看到将需求分了三个层次，有业务需求、用户需求和功能需求。
我的理解是
业务需求：有需要做软件的公司的管理层提出的高度概括的功能。如财务核算，人事管理等。
用户需求：软件公司做需求的人去该公司调研，做需求获取，针对每个或每类使用软件的人的需求。
功能需求：需求获取人整理好的设计和开发人员需要实现的所有功能性的需求（不却失业务）。

dgvSp.CurrentCell[1];
应改为：dgvSp.CurrentCell = dvr.Cells[1];
经过实际测试

dgvSp.CurrentCell=dvr.CurrentCell[2];

1中的dgvSp.CurrentCell[1];好象错了吧，不能这么写吧！

kl;

u8ihgf

Alan Williams offers a useful principle to help with the decision of whether to have a use case call to a sub use case or have the second use case extend the base one:
If the trigger involves things for which the base use case is responsible, that is, the base use case knows when/where/why the second use case should be followed, then the base use case include / calls / references the other.
If the trigger involves things for the second use case is responsible, that is, the second use case knows when/where/why it should be followed) then the second use case extends the base use case.

Guideline 4: It shows the process moving distinctly forward
The amount of progress made in one step is related to how high or low the use case goal is. In a
summary or white use case, the step probably moves forward an entire user goal. In a subfunction
use case, it moves forward a much smaller amount. If we see the step "User hits the tab key", either we are looking at a deep indigo (or black) use case, or the writer has simply chosen too small of an
action to describe.
The mistake of choosing very small steps shows up in the length of the use case. If a use case has
13 or 17 steps, it is quite likely that the sentences are not moving the goal forward very much. The
use case is easier to read and clearer and contains the same essential information when we merge
those small steps to get one that moves the process distinctly forward. I rarely encounter a wellwritten
use case with more than 9 steps in the main success scenario.
To find the slightly higher-level goal for a step, ask, "Why is the actor doing that?" (as described
in “Merge steps, keep asking "why"” on page 76). The answer to that question is probably the goal
you need for the step, although you may have to ask the question several times to get the answer
you want. Here is an example of raising the goal level by asking:
User hits tab key.
Why is the user hitting the tab key? To get to the address field.
Why is she trying to get to the address field? Because she has to enter her name and
address before the system will do anything.
Oh! She wants to get the system to do something (probably the use case itself), and to get
it to do anything, she has to enter her name and address.
So the action sentence that moves the process distinctly forward is
User enters name and address

11.四个工作产品共同决定了系统的范围：
．构想陈述
　．设计范围图
　．“内/外”列表
．执行者-目标列表

“对每个用例执行第3步到第10步”
原文为：
Use 3-10 steps per use case.

程序里尽量用参数化查询，否则会有好多执行计划不能缓存，索引设计要合理一些，不必要的索引都去掉，如果更新操作比较频繁的话，可以把更新的请求缓存起来，到一定的量后再批量更新到数据库里，关于提高更新数据库的性能我也就知道这么多。
如果出问题了，可以用profiler和事件探查器，配合DMV查看锁情况、IO的逻辑读、执行计划等信息来排查问题

在这里就不便公开了，但建议找本地公司，这样维护起来方便

是否可以说说所使用软件的开发公司，以及软件的版本。现在我们医院也准备上。

在软件适应人的时侯，也需要人去适应软件——这就是规范化管理。

不错,我那来用了

找到了，谢谢！！

你好，请问有没有读书笔记（1）？谢谢！

我刚开始学写use case，你的笔记对我帮助很大。：）

谢谢~~~！

1."序列即无判断和循环，这是用例描述的基本特点"，对于您的这句话，我不太理解，可否举例子.
2."10习惯用语：“循环执行步骤X到Y，直到条件满足”；
同（7），但如果需要重复的话，可直接在重复的步骤的前面和后面说明即可。"
可否举一个具体的例子？
3."（4）显示过程向前推移；
可能是翻译的问题，意思应该是如果过程繁杂，超过了9步，那么考虑提高目标层次，即“向前推移”"
我认为应该没有翻译错，我的理解:每一个步骤(过程)都要朝用例目标前进.

谢谢!帮助我理解了不少东东

人员如何，项目开展了没？

呵呵，有一套。速马都研究开.net 2.0的CODEDOM了，.NET 2.0 SDK里有个codedom的例子，支持泛型的。

sunmast曾经做过类似的研究，也有一个类似的工具，前几天自己写的一个代码生成工具时，就使用了部分sunmast的代码。

建议：除了代码之外，能有一些说明性的文字就好了。

Facade?

1年前摘抄的，现在想继续写下去

枯燥，呵呵，不懂。

支持狗狗，呵呵，偶对第3点和第6点不太理解，其他的几条在《实战OO》里有所了解，我也感觉写好用例是很不容易的事情。你放假了多想想咱们的CRM项目的人员组织问题哦。

好多新内容呀，呵呵。

呵呵，SPS偶都没用过呢

路过，希望你们的项目能够成功，把结构设计好。

我用project2003导出的

你那里没有 MS project吗，以后这样的东西发甘特图吧，总体我看还可以，你画的图上面，人员和资源都还没有填写呀。