所以,不太确定这是否是正确的位置,但我有一个当前上下文级别的数据流图,用于下面的规范提取,我以前从未做过,所以我想知道它是正确的还是需要修复的?感谢你的任何帮助
这是到我当前的一个http://i.imgur.com/S4xvutc.png规范屏幕的链接,目前,办公人员操作以下过程:
添加/修改/删除成员资格当收到新的成员申请或当成员表示他/她希望对其细节进行修改时,即按需运行。在由经理自行决定终止成员资格的罕见情况下,也会执行此操作。新成员分配了一个ID号(只需从以前接受的成员中递增)。为了会计目的,还保持了成员平衡。
另一个过程对与转让伙伴有关的数据以类似的方式运作。
每月维护--在每个月的最后一天运行,为到期的订阅发出请求和提醒,并删除仍未支付费用的成员资格。还会生成标准字母。会籍余额将酌情更新。
支付更新--这是在每月维护之前运行的,成员余额将相应更新。
目前还支付给合作伙伴的款项。
新成员搜索--每当一个新成员被添加到数据库中时,就运行它。合作伙伴根据车辆类别和位置进行划分。通常,在特定地点有有限的合作伙伴选择(如果确实有选择的话),但对于一些受欢迎的目的地,有几个伙伴参与提供机场转乘服务。因此,然后通过适当的部分以下列方式搜索潜在的匹配:然后以性别为理由进行搜索(特别是许多女性乘客更喜欢自己性别的司机,特别是单独旅行或情侣旅行)。然后根据成本(如果有的话)、额外设施(如儿童座椅、空调等)的可用性等因素来选择匹配。
现有成员-附加搜索这些是按需运行的方式与新成员的搜索相同。当然,成员们可以要求进行任何数量的此类搜索,但每一次都需要单独支付款项。
所有财务交易(付款)也张贴在单独的帐户档案中,该档案还储存与经营费用有关的其他财务细节,供公司会计在财政年度结束时考虑。
谢谢您的帮助,关于这个0级上下文,只需要DFD。
发布于 2013-05-03 05:40:01
需要修理一下。
最明显的缺陷是在数据流中使用谓词。在某些情况下,只要舍弃动词,就可以很容易地解决这个问题。返回平衡和状态不是数据流,而是平衡和状态。
在其他情况下,这并不容易。核对余额,它还未结清吗?听起来更像是一个进程,而不是数据流。看来会计部门要负责做这份工作。那么,会计部门是否会列出一份未清余额清单?或者它会返回一个单独的平衡和状态,如果是的话,基于什么输入?你的空运系统会把结存清单寄给会计部门吗?
以Monthly Maintenance为例。重要的是你想要
这些需要在您的DFD中可见。
事实上,如果您想要取消仍然存在费用的会员资格,这一事实可能并没有出现在toplevel图表中,因为这看起来像是内部事务。
一般来说,关注系统所产生的结果。保持内部状态是次要的,是产生所需输出的必要条件。
https://stackoverflow.com/questions/15049587
复制相似问题