软件系统按复杂性和安全性的顺序排列 困难

发布于 2024-07-15 13:11:33 字数 1431 浏览 7 评论 0原文

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

冷…雨湿花 2024-07-22 13:11:33

这是我的看法

1) 电信系统听起来很大,但它看起来像一个纯粹的服务器应用程序,没有 UI,没有真正的用户,因此一些聪明的数学,数据库和一些服务 = 60 分,整体复杂性 50 分 + 24x7x365 10 。 与 MF 集成或以简化的汉字书写会获得更多积分。

2) 赌马,现在我们正在谈论,人们打电话,呼叫中心,大量的用户界面,大量的互动,大量的不义之财。 我会给它 70 分,你每天确实有 4 小时的维护时间,但如果它宕机了 30 秒,我会怀疑你是否能活到足够长的时间到达那个支持窗口。

3) 哈欠,Ajax 有点酷,但是 CRM 的主要复杂性必须是长期运行的事务,并由计费系统以及名称和地址支持。 我会给它35分。

让火焰开始吧......

Here's my take

1) Telecom system sounds large, but it looks like a pure server app, no UI, no real users, therefore some clever math, a database and a few services = 60 points, 50 points for overall complexity +10 for 24x7x365. Would get more points for integrating with a MF, or being written in reduced set kanji.

2) Horse betting, now we're talking, people on the phones, call centre, lots of UI, lots of interaction, lots of filthy lucre. I'd give that a 70, you do get 4 hours/day for maintenance, but if it was down for 30 seconds I'd doubt if you'd live long enough to get to that support window.

3) Yawn, Ajax is kind of cool, but the main complexity of CRM has got to be long running transactions, backed by billing systems and name and address. I'd give it a 35.

Let the flames begin ...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文