- 这个话题有 6 回覆, 2 声音, 最后更新 4 年份, 11 月 前 通过
.
-
帖子
-
[该帖子最初是作为对的回复发布的 这个讨论]
你好弗兰克, 所有
说EQ必然与EIF有关是否正确?
换一种说法, 是否可能有一个EQ不能读取/查询外部应用程序管理的永久数据?
还有这个, 无论如何从技术上进行查询 (ws, 直接数据库访问, …)?
抱歉，这是一个愚蠢的问题, 我有点像新手🙂
谢谢您的帮助
亲爱的JS,
尝试掌握FPA时，没有愚蠢的问题, 所以谢谢你的问题.这个问题的简短答案是 没有.
EO向用户显示已被操纵和/或信息量未知的信息.
- 例如, 当我向Nesma网站注册表询问所有名称为 “公克” 注册表不必处理数据, 但我无法事先知道将向多少用户展示. 那是EO的一个例子.
- 另一个例子是保留您的出生日期的人事系统. 我可以问系统您的年龄. 我将永远得到一个答案, 但是答案是从出生数据得出的, 因此必须首先对其进行操作。”
- 甚至可以想象不涉及ILF或ELF. 以批处理界面或Web服务为例，该界面可以读取具有多个记录的Excel或CSV文件. 处理批次是一个或多个EI. 关于已处理多少记录的报告是EO.
对于均衡器，仅参考逻辑文件的数量 (引用的文件类型) 是相关的, 这些是内部的还是外部的.
(您可能已经注意到我使用ELF而不是EIF. 这是新的Nesma 2.3 术语。)
很清楚的解释弗兰克, 非常感谢你.
实际上，我正在尝试做出“指示性’ 测量 (仅基于逻辑文件计数). 而且我现在有点迷茫，因为我不知道何时计算ELF (未来) 查询时我尝试调整的应用程序 (主要通过ws) 来自其他应用程序的永久数据. 也, 我没有概念数据模型或任何可用的东西. 你有提示吗?
这取决于您所估算的尺寸大小.
指示方法适用于整个应用. 然后，您尝试构建自己的应用程序及其必须从周围的应用程序查询的数据的概念模型。. 在这种情况下，您可以将ELF用作来自周围应用程序的数据的概念元素.
当您估计有限数量的Web服务的大小时, 然后是高级 (或估计为Nesma用来称呼它) 方法. 那你就不用担心ELF, 因为您将通过EI和EO与周围的应用程序进行通信.
希望这可以帮助.
….为什么在使用网络服务时不计算ELF?
我以为应用程序用来消耗数据的意思是 (ws, 直接数据库访问, 等等) 外部应用程序没关系?据我所知, 外部实体类型符合以下条件:
•被应用程序用来计数.
•应用程序不维护该计数.
•由其他应用程序维护.
•可直接用于要计数的应用程序。.已使用表示在应用程序过程中也实际使用了数据.
维持表示可以添加, 更改, 或删除数据.
直接可用意味着相关应用程序始终可以使用当前数据, 即使其他应用程序维护此实体类型.使用ws会改变吗? 例如，我们是否认为数据不是 “直” 通过ws访问时可用?
已经感谢您的帮助
当您通过Web服务检索数据时，这不被认为是 直接可用. 这就是为什么在高级分析中与Web服务的通信被视为EI和EO对的原因, 而不是ELF. 在指示性意义上，您无需担心这些细节，并且将应用程序外部的数据源计为ELF.
希望这可以帮助.
嗨弗兰克,
新年快乐. 🙂
确定ILF和ELF确实是我在这里要做的.
ws后面是否总是有ELF?
为什么不将其视为直接可用?
….我认为应用程序检索信息的方式 (通过ws) 没关系
….我从根本上看不到通过JDBC或通过ws访问信息之间的区别…也, 您提到将ws视为EI / EO. 即使通过ws检索到的信息仅适用于 (对...有意义) 较大的交易?
因为当阅读一个定义时 “基本过程 (EP)” 在下面, 在我看来，ws查询本身并不是一个完整的事务，因为它仅将信息提供给较大的事务, 这本身对用户有意义.
EP是功能性用户需求的最小单位，它满足以下条件：
对用户有意义.
构成完整的交易.
是自包含的，并且使应用程序的业务处于一致状态.再次感谢您分享您的知识和经验以及您的时间.
最好的祝福
JS
- 您必须登录才能回复此主题.