我正在构建一个新闻聚合系统,它收集来自几个网站的新闻文章,然后将它们分类,用关键字标记它们,并将它们保存到数据库中。所有动作都以相同的顺序被激活,从新闻抓取开始。每5分钟运行一次。
试图使用用例分析对我的系统建模,我只发现了一个用例,其中Timer/Scheduler作为参与者。这有可能吗,还是我用错了方法?
发布于 2019-05-19 07:16:09
是的,系统只能有一个用例。对于具有非常专门的、自动的任务并且没有人工用户的系统来说,这是非常正常的。然而,这表明,对于这样的系统,“用例分析”并没有给您带来多大的好处(除了结果只有一个)。
这种方法的目的是将更大的需求分成更小的需求,从“用户的角度”开始。对于像您这样的系统,这个透视图没有帮助,您可能需要更改为不同的视角,并将您的任务划分为技术操作。
在过去30年中,一种比用例分析更适合我的方法是数据流建模,对于您的问题,我也会强烈建议这样做。
不要让你对教科书通常用多个用例显示示例的事实感到恼火--教科书通常通过使用方法有效的示例来演示一种方法。
发布于 2019-05-19 06:06:51
在这种情况下,您有一个参与者,即计时器/调度程序。但是您可以说您有一个包含所有操作的用例,或者将它们分开,比如报废新闻、标签新闻,因为这是复杂的操作。
发布于 2019-05-19 07:33:17
一个用例?别停在那儿。没有用例的系统呢?
理想的自动化系统没有用例。只是起作用了。任何使用的东西充其量都是半自动的。
你的冰箱让你的食物保持凉爽。把你的食物放入和取出是独立于系统的行为,这不是一个用例。冷却部分是完全自主的。
用例是交互式系统的辅助建模工具,但并非所有系统本质上都是交互式的。
https://softwareengineering.stackexchange.com/questions/392083
复制相似问题