use case 的缺陷

用use case 获取需求的方法是否有什么缺陷，还有什么地方需要改进？

1.故事/人物/场景非常适合交互式的系统，但是对于其他类型的需求（算法，速度，扩展性，安全性，以及和      系统技术相关的需求）则不适用。

2.故事的粒度没有统一的标准，和每个具体项目有关。初学者比较难以掌控。

3.如果软件的关键在于用户体验的细节，那么如何把这些UI的细节嵌入每个故事中，并仍然保持故事的简明     性？这是一个难题。有些团队把目前的技术扩展为Use Case        Storyboard，当一个简明的故事加上很多附加    说明和图画的时候，这事实上就成为了功能说明书（Function Specification）以及各种帮助建模的图形工具。