请问个关于用例的有关问题
请教个关于用例的问题
目前做的项目中，用的用例模板中，有输入和输出数据项，但我感觉不应该在用例中描述数据项，但又不知道这个东西放在哪（界面设计还是别的）？谁能给点建议？
------解决方案--------------------
用例是用来捕获需求的，从 "有输入和输出数据项 "这样的术语看，你已经无形中将编程的细节带入到用例中去了。
编写用例或许可以将编程、系统、软件甚至是电脑这些东西抛开。
------解决方案--------------------
还是有用的，另外，你不是很了解用例，最好不要用在实际的项目中
你会很惨！：）
------解决方案--------------------
用例是用来反映用户如何使用系统，是一个描述性的盖帽，这里面涉及到的数据非系统处理的数据。
用例是用来帮助捕获需求的，而非需求
------解决方案--------------------
还是感觉楼主的说法有不合理的地方，或许是我对用例的理解不对。
用例描述执行者想要系统完成的事情 － 《用例分析技术》，我觉得用例捕获的应该就是系统的功能，以此来确定系统边界，应该是不涉及到具体的输入输出数据项的。
------解决方案--------------------
对每个用例建立一张顺序图，顺序图中的对象之间会有消息的交互，这些消息其实就是数据流。rose支持从顺序图到协作图的自动转换
目前做的项目中，用的用例模板中，有输入和输出数据项，但我感觉不应该在用例中描述数据项，但又不知道这个东西放在哪（界面设计还是别的）？谁能给点建议？
------解决方案--------------------
用例是用来捕获需求的，从 "有输入和输出数据项 "这样的术语看，你已经无形中将编程的细节带入到用例中去了。
编写用例或许可以将编程、系统、软件甚至是电脑这些东西抛开。
------解决方案--------------------
还是有用的，另外，你不是很了解用例，最好不要用在实际的项目中
你会很惨！：）
------解决方案--------------------
用例是用来反映用户如何使用系统，是一个描述性的盖帽，这里面涉及到的数据非系统处理的数据。
用例是用来帮助捕获需求的，而非需求
------解决方案--------------------
还是感觉楼主的说法有不合理的地方，或许是我对用例的理解不对。
用例描述执行者想要系统完成的事情 － 《用例分析技术》，我觉得用例捕获的应该就是系统的功能，以此来确定系统边界，应该是不涉及到具体的输入输出数据项的。
------解决方案--------------------
对每个用例建立一张顺序图，顺序图中的对象之间会有消息的交互，这些消息其实就是数据流。rose支持从顺序图到协作图的自动转换